состояние системы wbadmin копирует сбои

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

У меня есть клиент малого бизнеса, который использует и JungleDisk и локальное резервное копирование на второй файловый сервер.

Мы копируем более чем 4,7 миллиона файлов с нашего основного файлового сервера Ubuntu на ведомый файловый сервер Ubuntu (то же местоположение) через 10.0.0.xxx сеть с помощью rdiff-резервного-копирования один раз в час.

Мы затем копируем один раз в 6 часов через или Jungledisk к облаку Amazon S3.

Исходное количество файла было очень, намного меньше... только несколько гигабайтов. За эти годы это выросло где-нибудь до приблизительно терабайта данных.

Если сервер основного файла перестал работать (или небольшое количество файлов случайно удалены), мы просто восстанавливаем от локального резервного копирования.

Если катастрофа должна была произойти (т.е. средство соразмещения сгорело дотла), мы можем возвратиться к резервному копированию JungleDisk/Amazon S3.

Стоимость Amazon S3 (и JungleDisk) SOOOOOOOO дешевый, что я абсолютно рекомендовал бы это предприятиям малого бизнеса как средство удаленного резервного копирования. Но очевидно необходимо быть ответственными и сохранить локальное резервное копирование также. Я даже рекомендовал бы ОФЛАЙНОВОЕ резервное копирование, по крайней мере, один раз в XX недель или XX месяцев.

Кроме того, если Вы идете путем JungleDisk... платят дополнительный $$$ и получают версию, которая делает обновления файла блочного уровня (загружает только измененные части больших файлов). Стоящий каждого пенса.

У Вас никогда не может быть слишком многих резервных копий.

Я надеюсь, что это дает Вам некоторое представление...