☰

Idera SQL Safe Freeware Edition: каков ваш вердикт?

tag-icon • tag-icon sql-server
Idera SQL Safe Freeware Edition: каков ваш вердикт?

Я рассматриваю возможность использования этого инструмента для сжатия моих резервных копий. Я хочу ускорить процесс резервного копирования и восстановления, а не просто сэкономить место на диске. Вы его использовали? Если да, то:

  1. Как все прошло? Что-нибудь особенно хорошее или плохое?
  2. Если вы также использовали один из платных инструментов сжатия резервных копий, как вы думаете, получу ли я что-то дополнительно за эти деньги?

(Помните, что в краткосрочной перспективе я просто хочу ускорить процесс. Я использую Workgroup Edition 2005)

Спасибо.

решение1

Вы упомянули, что хотите использовать этот инструмент для ускорения процесса резервного копирования/восстановления, а не для экономии места на диске.

Проблема, которую я здесь вижу, заключается в том, что на сжатие/распаковку файлов уходит ВРЕМЯ.

Итак, ГЛАВНЫЙ вопрос: где вы храните свои резервные копии и (если вы храните их на отдельном сервере) насколько быстрое сетевое соединение между двумя машинами?

Подумайте об этом так. Обычно я могу сделать резервную копию (читай: скопировать) кучу файлов на второй диск SATA на той же машине НАМНОГО быстрее, чем я могу СЖАТЬ/ЗААРХИВИРОВАТЬ эти же файлы, а затем скопировать их и распаковать.

НО... если я создаю резервную копию или копирую данные на второй сервер через медленное соединение... то, возможно, будет эффективнее использовать центральный процессор компьютера для сжатия/архивирования файлов перед отправкой их по сети... особенно если я могу добиться высокой степени сжатия.

Резервное копирование/восстановление MS SQL всегда было для меня довольно долгим и медленным процессом, когда базы данных были приличного размера. Я не думаю, что сжатие их заранее (только для того, чтобы распаковать позже) сильно поможет.

решение2

Я только начал им пользоваться и должен сказать, что я впечатлен. Скорость чертовски хороша, и сжатие тоже чертовски хорошее. Я делаю резервное копирование на локальный массив RAID 6 и получаю скорость резервного копирования около 100 Мбайт/сек и размер файла около 30-40% (по сравнению с исходным размером БД). У меня четырехъядерный процессор с 16 ГБ оперативной памяти, так что у меня достаточно мощности, чтобы сделать это.

И это бесплатно! По-моему, очень круто.

решение3

Примечание: бесплатная версия уже не поддерживается, так что забудьте о ней.

Я провел некоторые испытания и вот что обнаружил:

  • Полное резервное копирование и восстановление журналов занимает от 30% до 50% от объема собственного резервного копирования.
  • Размер файлов резервных копий составляет от 10% до 30% от размера собственных файлов резервных копий.

Я использую их расширенные хранимые процедуры для доставки журналов, и мне приходится решать несколько проблем:

  1. Если вы восстанавливаете базу данных в режиме ожидания и хотите сохранить ее в таком состоянии, @undofile не должен содержать пробелов. Idera выдала ошибку по этому поводу.
  2. Нет возможности перевести базу данных в режим ожидания с их процедурой резервного копирования. Мне пришлось придерживаться BACKUP DATABASE ... WITH STANDBY для этого. Idera подняла запрос на функцию.

Я был впечатлен их ответами на мои вопросы, особенно учитывая, что это бесплатный продукт.

Связанный контент