Мы только что решили проблему с украденным сервером, спрятав внешний блок резервного копирования в другом помещении нашего офиса.
Теперь проблема заключается в пожаре и других возможных бедствиях. Раньше мы выполняли FTP-загрузку архива, защищенного паролем, на зарубежный сервер, но размер резервной копии был слишком увеличен (восстановление на «голое железо» ~ 22 ГБ), и теперь это невозможно. Большая часть данных находится в базе данных MS SQL Server (800 МБ).
Какие есть варианты защиты наших данных даже в этом случае?
У нас нет высокоскоростного подключения к какому-либо центру обработки данных, и мы ищем полностью автоматизированное решение.
Спасибо.
Сколько в вашей базе данных меняется ежедневно? Мы создаем резервные копии баз данных MS-SQL на 35 сайтах в одночасье через ADSL с помощью BackupPC, который использует rsync для копирования только различий файлов. Мы делаем резервные копии следующим образом:
1) В 21:00 запланированный сценарий на сервере Windows выгружает копию базы данных в файл резервной копии. Базы данных имеют размер от 4 до 11 ГБ.
2) Резервная копия базы данных разделена на разделы по 250 МБ с помощью бесплатного инструмента под названием Swiss File Knife.
3) BackupPC копирует все файлы размером 250 МБ на сервер резервного копирования.
Разделение файла на файлы меньшего размера позволяет BackupPC полностью пропустить копирование частей, которые не изменились с момента последнего резервного копирования, а на самом сервере резервного копирования в наборах резервных копий должна храниться только одна копия каждого файла идентичной части, хотя BackupPC делает каждое ежедневное резервное копирование завершенным, используя жесткие связи между ними для представления файлов, которые не изменились за одну ночь.
На сайтах с небольшими ежедневными изменениями резервное копирование занимает около 30 минут. На сайтах с медленными линиями ADSL (только загрузка 288K) и большим количеством изменений это занимает около 4 часов, но это полностью автоматический процесс.
Приобретите огнестойкий сейф и положите его в свой офис. Поместите жесткий диск USB / ленты в этот сейф.
Также рассмотрите возможность переноса носителей с резервными копиями за пределы офиса. Огнестойкий сейф в доме начальства тоже?
Возможно, это может быть полезно:
Три внешних жестких диска с маркировкой Safe1, Safe2 и Safe3. Два внешних жестких диска с маркировкой Bank1 и Bank2.
В конце каждой недели выполняйте полное резервное копирование на один из жестких дисков, а затем помещайте его в пожаробезопасный сейф, расположенный на месте.
В первую неделю месяца сделайте резервную копию на одном из дисков с меткой Bank и поместите ее в безопасное место за пределами офиса.
Используйте носитель в ротационной схеме, меняя диск в банке каждый месяц и отслеживая, какие данные где хранятся (какой диск содержит самые последние данные резервного копирования).
Двух дисков в ротации достаточно для хранения на месте, но использование трех упрощает задачу - отдельный диск на три недели между резервными копиями для банковского депозита.
Мы используем нечто очень похожее на эту установку.
Надеюсь, поможет. Люк
Вы не сказали, был ли размер загрузки, который вызывал проблему с FTP-загрузкой, которую вы использовали, или ожидаемое время для ее повторной загрузки в случае аварийного восстановления?
Если это просто время загрузки, то вы можете значительно сократить его, используя инкрементные резервные копии SQL (которые очень хорошо сжимаются) после первоначального полного резервного копирования.