Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Перед созданием бэкапа хочется гарантировано иметь достаточно места на диске. Будет создаваться полный бэкап без сжатия. Для оценки текущего размера всех файлов данных использую запрос: Код: sql 1. 2. 3. 4. 5. Вопросы: 1) Верно ли моё предположение, что максимальный размер будущего бэкапа не превысит размером сумму текущих размеров всех файлов данных? 2) Правильно ли я рассчитываю размер всех файлов данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2019, 16:19 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
1. В полный бэкап входят только занятые страницы, а просто зарезервированные - нет. 2. В полный бэкап кроме данных еще входит бэкап лога за время снятия полного бэкапа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2019, 16:25 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Да и не понятно, зачем это все. Как вы, к примеру, предотвратите ситуацию, когда на начала бэкапа место еще нет, а в процессе кто-то его занял? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2019, 16:27 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Проблема в том что совершенно неизвестно какого размера будет база на момент создания бэкапа, сколько файлов данных в ней будет, и как интенсивно она будет использоваться, но: 1) Бэкап надо гарантировано создать 2) Пользователю, который это будет делать, надо дать подсказки на какой диск его бэкап ТОЧНО влезет, а куда нет. Как вы, к примеру, предотвратите ситуацию, когда на начала бэкапа место еще нет, а в процессе кто-то его занял? - Никак не смогу. Это оставляем на совести пользователя 1. В полный бэкап входят только занятые страницы, а просто зарезервированные - нет. - Это означает что бэкап обычно чуть меньше суммы размеров файлов данных. 2. В полный бэкап кроме данных еще входит бэкап лога за время снятия полного бэкапа. - А вот это уже хуже. Это означает что при интенсивном использовании БД во время бэкапа, рамер всё таки может превысить сумму файлов данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2019, 16:40 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Ваша задача в общем случае слаборешаема. В полный бэкап база попадает не на момент его начала, а на момент его окончания. Можно, конечно, переводить базу перед бэкапм в read_only... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2019, 16:53 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
ОК 1) Вводим допущение, что все sysamin, на время создания бэкапа - вменяемые люди. 2) Переводим БД в RESTRICTED_USER. 3) Оценка размеров файлов данных. 4) Бэкап. По идее всё должно работать. Спасибо за консультацию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2019, 17:03 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Молодой2) Переводим БД в RESTRICTED_USER.ИМХО ненужная перестраховка. Конечно, теоретически может базу во время бакапа раздуть так, что не хватит места на диске, но неужели это произойдёт в реальной жизни??? Тем более, что обычно в файлах ещё и есть свободное место. Я бы даже ещё меньше перестраховался, и считал бы, что для бакапов нужно не сумма размеров файлов, а сумма занятого места в файлах. Как там SSMS это определяет: Код: sql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.02.2019, 21:09 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Молодой1) Вводим допущение, что все sysamin, на время создания бэкапа - вменяемые люди.Если делаете такие оптимистичные допущения, то введите ещё одно. Папка, куда кладётся бекап, имеет NTFS атрибут- "сжатый". И нужно места в 3-4 раза меньше. Иначе рискуете получить ситуацию, что места для бекапа недостаточно ни на одном доступном диске. Обработайте и ситуацию, когда бекап пытаются сделать на сетевую шару. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 09:24 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
tunknownМолодой1) Вводим допущение, что все sysamin, на время создания бэкапа - вменяемые люди.Если делаете такие оптимистичные допущения, то введите ещё одно. Папка, куда кладётся бекап, имеет NTFS атрибут- "сжатый". И нужно места в 3-4 раза меньше. Иначе рискуете получить ситуацию, что места для бекапа недостаточно ни на одном доступном диске. Обработайте и ситуацию, когда бекап пытаются сделать на сетевую шару. Вообще-то бэкап и так обычно выполняется со сжатием. Так что это примерно как жать архив еще одним архиватором... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 10:55 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
[quot AndrF]tunknownпропущено... Вообще-то бэкап и так обычно выполняется со сжатием. Так что это примерно как жать архив еще одним архиватором... Автор не собирается сжимать бекап МолодойБудет создаваться полный бэкап без сжатия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 11:14 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
DzianisАвтор не собирается сжимать бекап МолодойБудет создаваться полный бэкап без сжатия.Это, конечно, странно. Он быстрее, и требует меньше места. Другое дело, что оценить размер будет невозможно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 14:59 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
alexeyvgЭто, конечно, странно. Он быстрее, и требует меньше места. Другое дело, что оценить размер будет невозможно... Точно по любому не вычислить, а сжатый явно не будет больше не сжатого. Потому не заморачиваясь брать суммарный размер данных и лога - тогда точно поместится.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 15:26 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Молодой, приблизительно sp_spaceused -> Reserved ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 15:40 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
alexeyvgДругое дело, что оценить размер будет невозможно...Я не уверен конеш, но мне кажется, что своб. место все равно должно быть не меньше, чем размер базы. Даже в случае режима сжатия. Во всяком случае, в процессе создания бекап имеет сначала несжатый размер, а потом становится сжатым. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 15:41 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
L_argoalexeyvgДругое дело, что оценить размер будет невозможно...Я не уверен конеш, но мне кажется, что своб. место все равно должно быть не меньше, чем размер базы. Даже в случае режима сжатия. Во всяком случае, в процессе создания бекап имеет сначала несжатый размер, а потом становится сжатым. да повесится проще чем такие объёмы под диски для создания бекапа иметь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 15:43 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
AndrFalexeyvgЭто, конечно, странно. Он быстрее, и требует меньше места. Другое дело, что оценить размер будет невозможно... Точно по любому не вычислить, а сжатый явно не будет больше не сжатого. Потому не заморачиваясь брать суммарный размер данных и лога - тогда точно поместится..Угу, только такая оценка, при которой пользователю не дают сделать бакап на диск, на котором точно достаточно места, вызовет у него дикую ярость по поводу такого идиотско-навязчивого сервиса. Не пойму, чем хуже получить ошибку "не удалось сделать бакап, потому что не хватило места", чем ошибку "не дам сделать бакап, а вдруг не хватит места"? Второе ИМХО намного хуже, по крайней мере, для меня, если бы я был тем админом. На последней работе у меня бы вообще никогда не получилось бы сделать бакап, с таким подходом. Я бы лучше показывал все доступные диски, но диски, на которых свободного места меньше, чем Reserved, отмечал бы красненьким. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 19:09 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
L_argoalexeyvgДругое дело, что оценить размер будет невозможно...Я не уверен конеш, но мне кажется, что своб. место все равно должно быть не меньше, чем размер базы. Даже в случае режима сжатия. Во всяком случае, в процессе создания бекап имеет сначала несжатый размер, а потом становится сжатым.Сам становиться сжатым или кто помогает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 20:01 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
alexeyvgМолодой2) Переводим БД в RESTRICTED_USER.ИМХО ненужная перестраховка. Конечно, теоретически может базу во время бакапа раздуть так, что не хватит места на диске, но неужели это произойдёт в реальной жизни??? Тем более, что обычно в файлах ещё и есть свободное место. Я бы даже ещё меньше перестраховался, и считал бы, что для бакапов нужно не сумма размеров файлов, а сумма занятого места в файлах. Как там SSMS это определяет: Код: sql 1. 2. 3. 4. 5. У меня так получилось даже меньше чем через Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 20:04 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
MindСам становиться сжатым или кто помогает? В чем собственно сарказм ? Понаблюдайте за размером файла. Он возможно фальшивый, но ОС скорее всего считает именно его. Т.е. резервируется все равно большой файл. Т.е. для предотвращения нехватки места бесполезно знать, насколько бекап сжимается, ИМХО. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 22:46 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
L_argoMindСам становиться сжатым или кто помогает? В чем собственно сарказм ? Понаблюдайте за размером файла. Он возможно фальшивый, но ОС скорее всего считает именно его. Т.е. резервируется все равно большой файл. Т.е. для предотвращения нехватки места бесполезно знать, насколько бекап сжимается, ИМХО. Это ваши фантазии, у нас бы не сложилось ни единого бекапа на базах в 2-5тб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 22:49 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
Молодой sp_spaceused показывает примерный размер нежатого бакапа Линк на первоисточник где собственно именно это и написано: https://support.microsoft.com/en-us/help/2001026/inf-space-requirements-for-backup-devices-in-sql-server По поводу Вашей задачи, вот скрипт ее решаюший: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 23:39 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
[quot alexeyvg]AndrFпропущено... Не пойму, чем хуже получить ошибку "не удалось сделать бакап, потому что не хватило места", чем ошибку "не дам сделать бакап, а вдруг не хватит места"? Второе ИМХО намного хуже, по крайней мере, для меня, если бы я был тем админом. А может не надо ошибку получать совсем? Можно ведь забакапиться в другое место, или подчистить место для бакапа, конструкция IF...ELSE позволяет и первое и второе, а то и первое после второго ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.02.2019, 23:52 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
ColalexeyvgНе пойму, чем хуже получить ошибку "не удалось сделать бакап, потому что не хватило места", чем ошибку "не дам сделать бакап, а вдруг не хватит места"? Второе ИМХО намного хуже, по крайней мере, для меня, если бы я был тем админом. А может не надо ошибку получать совсем? Можно ведь забакапиться в другое место, или подчистить место для бакапа, конструкция IF...ELSE позволяет и первое и второе, а то и первое после второго ;)Да, круто, хочу сделать бакап в NAS, а оно тихо делает бакап на диск C на том же сервере, потому что программист очень умный, он утром прочитал про IF...ELSE, это его первая работа, и он ещё не получал люлей за то, что все транзакции банка за год пропали :-) Не, не надо нам такого сервиса, с IF...ELSE! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2019, 00:25 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
L_argoMindСам становиться сжатым или кто помогает? В чем собственно сарказм ? Понаблюдайте Т.е. для предотвращения нехватки места бесполезно знать, насколько бекап сжимается, ИМХО.Вам занятся нечем, вы и проверяйте ваши фантазии, ну или хотя бы включите мозг. Бэкап со сжатем выполняется быстрее чем без сжатия. Как вы думаете возможно ли такое если сервер будет сначала делать полный несжатый бэкап, а потом уже на диске его пережимать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2019, 04:06 |
|
||
|
Как определить максимальный размер будущего полного бэкапа?
|
|||
|---|---|---|---|
|
#18+
у него еще и базы в совместимости 2005 не жмутся. все да, а эти нет, так что нет пределов фантазии: L_argoПо своим наблюдениям скажу, что база тоже должна быть не ниже 2008. Стоял склсервер 2008R2 этерпрайз. Там была база с 2005 совместимостью. Она при бекапе не упаковывалась. Когда я ей поставил совместимость 2008, то она начала паковаться. Чисто эмпирическое наблюдение. 21786947 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2019, 20:08 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39770873&tid=1688325]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
131ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 264ms |
| total: | 465ms |

| 0 / 0 |
