Какой тип внешних дисков подходит для файлов резервных копий SQL? - PullRequest
0 голосов
/ 16 сентября 2008

В рамках обслуживания базы данных мы думаем о ежедневном резервном копировании на внешние / FireWire-диски. Существуют ли какие-либо конкретные рекомендуемые диски для частых операций чтения / записи с сервера SQL 2000 для создания резервных копий?

Ответы [ 6 ]

1 голос
/ 16 сентября 2008

Что бы вы ни делали, просто не используйте USB 1.1.

0 голосов
/ 17 сентября 2008

По большей части внешние накопители не являются хорошим вариантом - если ваша база данных не очень мала.

Кроме некоторых опций, перечисленных другими, вы также можете использовать UNC / Сетевые ресурсы как отличный вариант «из коробки».

Проверьте следующее видео для некоторых других вариантов:
Параметры резервного копирования SQL Server (бесплатное видео)

А видео по настройке резервного копирования на сайте покажет вам, как указать сетевой путь для целей резервного копирования.

0 голосов
/ 17 сентября 2008

В зависимости от размера базы данных скорость привода может быть реальным фактором. Я хотел бы посмотреть на что-то вроде Drobo, но с интерфейсом eSata или SAS. Нет ничего более интересного, чем смотреть, как терабайт проходит через USB 2.0. Кроме того, вы можете рассмотреть что-то вроде Hyperbac или RedGate SQL Backup, чтобы сжать резервную копию и упростить ее установку на диск.

0 голосов
/ 16 сентября 2008

Дробо!

RAID-массив жесткого диска USB с обычными жесткими дисками. 4 отсека, когда вам нужно больше места, купите другой жесткий диск. Вне заливов? Купите большие жесткие диски и замените свои самые маленькие в массиве.

http://www.drobo.com/

0 голосов
/ 16 сентября 2008

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

По моему опыту, FireWire имеет тенденцию превосходить USB по активности на диске, независимо от их теоретической максимальной скорости передачи. А FireWire 800 будет работать еще лучше. Я обнаружил низкую производительность на дисках FireWire и USB, когда у вас происходит несколько одновременных операций чтения / записи, но с резервными копиями обычно больше последовательных операций чтения и записи.

Еще одним вариантом, который немного сложнее в настройке и управлении, но который может предоставить вам большую гибкость и производительность, является внешний SATA (eSATA). Вы даже можете приобрести внешние SATA-корпуса с возможностью горячей замены для еще большего удобства и легкости переноса резервных копий за пределы рабочей площадки.

Тем не менее, еще одна связанная с этим опция, с которой я добился отличного успеха, - это настроить отдельный сервер для работы в качестве сервера резервного копирования. Вы можете использовать любые параметры диска, которые вы выберете (FireWire, SATA, eSATA, SCSI, FiberChannel, iSCSI и т. Д.), И использовать это дисковое хранилище как сетевой ресурс (я использую NFS и Samba на компьютере с Linux, но для Windows-ориентированных сеть, общий ресурс Windows будет работать нормально). После этого вы можете получить доступ к общим ресурсам по сети и создать резервные копии нескольких машин. Кроме того, отделение сервера резервного копирования от ваших производственных компьютеров даст вам большую гибкость, если вам потребуется отключить его для обслуживания, добавления / удаления хранилища и т. Д.

0 голосов
/ 16 сентября 2008

Простой факт заключается в том, что жесткие диски в течение определенного периода времени выйдут из строя. Два лучших решения К сожалению, я не рекомендую использовать жесткие диски.

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

Другой вариант - это решение для резервного копирования в онлайн-хранилище, в котором резервные копии зашифрованы и скопированы вне сайта. Моя рекомендация - по крайней мере, иметь какое-то внешнее резервное копирование, внешнее по отношению к зданию, в котором вы храните серверы SQL. Ведь это «аварийное» восстановление.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...