Какое оборудование вы бы порекомендовали для сохранения резервных копий базы данных при следующей настройке:
5 отдельных физических хостов, каждый с одной базой данных Sql Server 2008. Каждый экземпляр больше 200 ГБ. Каждая база данных выполняет одно полное резервное копирование в день и различается каждые несколько часов. Я хочу хранить резервные копии за неделю вне машины в месте, которое позволяет быстро и легко восстановить базу данных в другой ящик, если это необходимо.
В настоящее время все они отправляют сжатые резервные копии в один большой файловый ресурс, который перегружен и часто приводит к сбою резервного копирования.
И в качестве дополнительного вопроса, какой самый быстрый и самый экономичный способ скопировать локальные резервные копии на удаленный сервер?
Не зная вашего бюджета или нагрузки, я бы подумал о том, чтобы попытаться разделить ваше хранилище резервных копий на пару устройств, чтобы немного компенсировать нагрузку на сеть.
Я не знаю, что подумают другие ... Я не специалист по базам данных, и у нас нет ничего такого большого, как терабайт данных + различия для хранения и управления, но мне интересно добавление второго сетевого адаптера к серверам баз данных и наличие отдельного коммутатора, который подключается к паре серверов, действующих как устройства NAS. Попросите серверы 1,2 и 3 перейти к серверу резервного копирования 1, а серверы 4 и 5 перейти к серверу резервного копирования 2 во второй локальной сети. это должно частично уменьшить перегрузку сети, а наличие отдельных машин может помочь снизить нагрузку на диски и их пропускную способность.
Я бы также подумал о подключении внешних дисков к серверам, чтобы вы могли сохранить их на «локальном» диске, а затем вы могли перетащить данные с физических внешних дисков в другую систему для прямой копии, не перегружая ни один компьютер или коммутатор. Однако это требует физического вмешательства и не может быть легко автоматизировано (хотя вы можете написать сценарий, который хранит только файлы / резервные копии определенной даты, чтобы избежать переполнения файловой системы). Для этого потребуется 5 больших внешних дисков, но это может оказаться быстрее, чем насыщение вашей сети.
Я уверен, что у других есть идеи получше. Это, вероятно, было бы чем-то, что можно было бы рассмотреть на начальном уровне или по дешевке.
Я бы использовал самый дешевый и самый большой NAS, который мог достать.
Эффективным способом их копирования было бы либо сбросить файлы SQL BAK на сам сервер SQL и запланировать сценарий BAT robocopy, либо, если NAS поддерживает FTP, использовать FTP в запланированном сценарии для их копирования.
Потенциально лучшим способом было бы записать файл SQL BAK непосредственно в общий ресурс NAS, но вам нужно будет определить, может ли он обрабатывать ввод-вывод.
Вы упомянули, что в настоящее время ваши резервные копии не работают, потому что они отправляются на один общий ресурс - не похоже, что покупка дешевого оборудования для создания другого общего ресурса не поможет.
Я думаю, что сначала вам нужно посмотреть, где находятся ваши узкие места, а затем разработать эти резервные копии. Если узким местом является сеть, а не диск или ЦП, у вас будет другое решение. Это сильно зависит от ваших шаблонов доступа к данным, у вас есть 200 ГБ данных, но как часто это ВЫБИРАЕТСЯ и ОБНОВЛЯЕТСЯ?
Возможным вариантом может быть установка экземпляра Master / Slave, чтобы ваш основной сервер SQL записывал данные на подчиненный сервер и резервное копирование с подчиненного сервера для сохранения ваших активных мастеров.
Обратите внимание, что я не администратор баз данных, но, насколько я знаю, этот ответ довольно точен, надеюсь, кто-то более осведомленный, чем я, сможет ответить дальше!
Вы выполняете резервное копирование журнала транзакций? Возможно, создание резервных копий журнала транзакций каждые 5 минут вместо разницы будет менее интенсивным?