DBA - SQL Server 2005 - резервные копии

Question

Я пытаюсь выяснить, как администраторы баз данных SQL Server делают свои резервные копии и проверяют их в 2005 году. Я использую бесплатные хранимые процедуры Idera (которые более недоступны для загрузки, кстати) для резервного копирования и проверки, и получаю около 65% сжатия , Есть ли другая бесплатная альтернатива?

Answer 1

Не уверен, что это именно то, что делают скрипты Idera, но вы можете записать (собственную) резервную копию SQL во временное хранилище, а затем вызвать PKZip или 7zip или какое-либо программное обеспечение для сжатия в командной строке, чтобы сжать резервную копию в постоянное хранилище.

Обратите внимание, что большинство этих zip-утилит имеют высокую стоимость процессора.

Смотрите обсуждение в комментариях к этому посту: http://blog.stackoverflow.com/2009/02/our-backup-strategy-inexpensive-nas/

(Изменить: Или просто обновить до SQL2008 R2, который поддерживает сжатие собственной резервной копии.)

Answer 2

Идея, которую вы используете сторонним инструментом, с этим инструментом можно выполнять резервное копирование / восстановление, а также отслеживать сервер и базы данных.

Как вы задали вопрос- Я пытаюсь выяснить, как администраторы баз данных SQL Server делают свои резервные копии и проверяют их в 2005 году. Я использую бесплатные хранимые процедуры Idera (которые более недоступны для загрузки, кстати) для резервного копирования и проверки, и получили сжатие около 65%. Есть ли другая бесплатная альтернатива?

SQL-сервер имеет свой собственный инструмент, в котором вы можете настроить резервное копирование баз данных на диск, обычно с пакетами служб SSIS с использованием плана Maitenace (или) T-sql (где вы можете настроить полное, разностное и журнальное резервное копирование также) (где после завершения резервного копирования вы можете проверить проверку целостности резервной копии), но если база данных увеличивается и больше, чем вам, возможно, придется задуматься о емкости, так как это относится к диску (здесь вам нужно сократить объем резервного копирования для большой базы данных, скажем, 1 ТБ в день, обычно для большой базы данных, принимающей полные ежедневные причины, много операций ввода-вывода, а затем вы должны выбрать еженедельное полное резервное копирование наряду с другими днями резервное копирование на месте), и вы должны выполнять очистку также в течение скольких дней вы хотите (в том же плане обслуживания только он существует).

см. Например: http://bradmcgehee.com/2010/01/13/how-to-use-sql-backup-inside-a-maintenance-plan/

но резервное копирование / восстановление полностью зависит от того, насколько хорошо вы управляете со своей стороны, зная бизнес-риски и общаясь с ними.

В SQL Server 2008 и более поздних версиях у вас есть сжатие резервных копий, как в сейфе Idera sql.

Но резервное копирование обычно зависит от того, что они реализовали, будь то инструмент Native или любая другая 3-я часть, такая как Commvault, Idera, TDP (идет на ленту) и т. Д. ... Это зависит от того, что согласовано.

Подпорки http://msdn.microsoft.com/en-us/library/ms186865.aspx

Answer 3

Бесплатные (хорошие) инструменты администратора SQL Server трудно найти. = /

Рассматривали ли вы резервные копии Windows?

Это определенно не самая лучшая вещь, и она занимает много места, но она бесплатна, она делает резервную копию ваших данных, и вы уже установили их.