По работе пытаюсь сделать резервную копию сетевого файлового сервера. Он работает под управлением Windows Server и обслуживает все файлы в нашем офисе. У нас есть внешние диски для резервного копирования, и нам просто нужно какое-то программное обеспечение для его автоматизации. Какие общие рекомендации могут дать толпа SF относительно того, какое программное обеспечение мы должны использовать, и передового опыта для резервного копирования сетевого файлового сервера компании?
Общие положения re: backup
В этой части я не буду вдаваться в подробности технологий резервного копирования, программного обеспечения, операционных систем и т. Д. Я также не собираюсь вдаваться в конкретные методы и политики (различные графики ротации, использование синтетического резервного копирования и т. Д.). Я собираюсь остановиться здесь на основах, но я бы посоветовал вам, когда вы поймете основы, глубже изучить, как требования вашей среды влияют на ваши потребности.
Прежде всего, точка резервного копирования - возможность восстановить данные. Мы не создаем резервные копии ради резервных копий. Прежде всего вам необходимо знать, что ваша стратегия резервного копирования (включая конкретную используемую технологию хранения данных, программное обеспечение, используемое для выполнения резервного копирования, стратегию ротации носителей и все другие факторы, которые влияют на то, чтобы ваша стратегия резервного копирования работала) действительно будет работать. чтобы вы могли восстановить данные. Это означает, что вам необходимо протестировать свою стратегию резервного копирования в условиях, максимально приближенных к реальным, чтобы убедиться, что она действительно работает. Пришло время проверить свою стратегию резервного копирования. НЕ когда вам действительно необходимо восстановить данные.
Резервное копирование должно иметь несколько основных атрибутов:
Достаточное покрытие для эффективного восстановления. Хотя вы можете подумать, что необходимо резервное копирование только ваших файлов данных (потому что вы можете просто переустановить прикладное программное обеспечение), компромисс между использованием меньшего пространства на носителе резервной копии и меньшего времени на создание резервной копии часто не является " win ", когда вы подсчитываете время, затраченное в сценарии восстановления под высоким давлением на переустановку программного обеспечения, которое можно было только что восстановить из резервной копии. Предположим, вы должны сделать резервную копию все и хорошенько подумайте, почему бы вам что-то исключить из резервной копии.
Достаточная частота, чтобы уравновесить стоимость потери данных со стоимостью и практичностью резервного копирования. Источник, который хранит файлы для многих пользователей, может иметь десятки тысяч долларов (или более) производительности труда, вложенных в файлы, хранящиеся в нем каждый день. Более частое резервное копирование будет стоить дороже, но стоимость может быть оправдана расходами, связанными с потерей данных, если резервное копирование выполняется недостаточно часто. От пользователей, использующих резервные копии исходных данных, вы должны понимать, какие затраты, связанные с потерей данных, будут для бизнеса, и обосновать необходимость резервного копирования с достаточной периодичностью, чтобы минимизировать эти затраты.
Внешнее хранилище для смягчения последствий физического сбоя. Хранение всех ваших резервных копий в физической близости к исходным данным - это рецепт потери данных во время физической катастрофы. Наводнения, пожары, кражи и т. Д. Могут уничтожить исходные данные. Если носители резервных копий размещены вместе с исходными данными, вы рискуете уничтожить носитель резервных копий одновременно с исходными данными. Обязательно подумайте о требованиях конфиденциальности и целостности в стратегии внешнего хранения. Отправка незашифрованной копии ваших данных домой сотруднику (который неизменно оставляет ее в своей машине на случай кражи) не обязательно является хорошей стратегией ротации за пределами офиса. Защита ваших копий за пределами сайта от подделки и несанкционированного раскрытия так же важна, как и наличие копий за пределами сайта.
История нескольких резервных копий для возможности восстановления в будущем. Может возникнуть необходимость восстановить данные из прошлого, и хранить только несколько (или, что еще хуже, только одно) поколение носителей резервных копий - ужасная идея. Кто-то может не осознавать, что им нужно восстанавливать данные, пока они не будут потеряны через несколько дней, недель или месяцев. Наличие нескольких поколений носителей резервных копий позволяет выполнять восстановление в будущем. Это еще одна область, в которой очень важен компромисс между стоимостью и потребностями бизнеса. Резервное копирование должно удовлетворять любые юридические или организационные потребности бизнеса в отношении хранения данных для восстановления. (Здесь также важно не путать резервное копирование с архивированием. Это ортогональные проблемы, которые имеют некоторые схожие атрибуты и могут использовать одну и ту же технологию, но это не одно и то же.) В некоторых случаях сохранение слишком большого количества резервных копий может быть это плохо, поэтому убедитесь, что компания понимает любые юридические последствия для хранения резервных копий.
Целостность резервных копий данных. Часть тестирования ваших резервных копий должна включать проверку целостности восстановленных данных. Для некоторых предприятий это может быть так же просто, как регулярно восстанавливать несколько файлов и проверять их. Для предприятий с очень строгими требованиями к безопасности это может означать периодическую отправку носителя резервной копии третьей стороне для восстановления и проверки в среде «чистой комнаты». По крайней мере, вы должны быть в состоянии подтвердить, что критически важные приложения и данные могут быть восстановлены с сохранением целостности. Злоумышленник, который повреждает ваши данные, может также испортить вашу резервную копию, чтобы она сообщала, что данные целостны, когда это не так. Имейте в виду, что сохранение вашей истории множественных резервных копий в "оперативном" состоянии может привести к нарушению целостности злоумышленниками. Некоторые технологии резервного копирования (например, ленты) позволяют хранить данные в полностью автономном режиме, чтобы обеспечить физические барьеры для защиты целостности (хранение носителя под замком и ключом с документированной цепочкой поставок).
Резервное копирование и восстановление в отведенное время. Резервное копирование и, что еще более важно, восстановление должно быть выполнено в течение периода времени, который удовлетворяет потребности бизнеса. Онлайн-резервное копирование, например, звучит как нечто отличное, пока вы не обнаружите в чрезвычайной ситуации, что восстановление ваших 200 ГБ данных займет 3 дня постоянной потоковой передачи данных по вашей линии DSL. При выборе технологии резервного копирования учитывайте окна восстановления.
Когда вы оцениваете конкретные технологии (резервное копирование на диск, резервное копирование на ленту, онлайн-резервное копирование и т. Д.) И конкретные стратегии резервного копирования (ротация носителей дед / отец / сын, ежедневное дифференциальное и еженедельное полное резервное копирование и т. , оборудование и процедура работают вместе, чтобы создать решения (или проблемы), которые помогают (или мешают) выполнять требования резервного копирования. Не существует общих «правильных ответов», и они различаются для каждого бизнеса и для разных типов ресурсов, для которых выполняется резервное копирование.
У конкретного прикладного программного обеспечения могут быть свои требования, которые влияют на способ выполнения резервного копирования. Серверы баз данных (и серверы, похожие на базы данных, такие как Microsoft Exchange) имеют свои особенности, с которыми вам, возможно, придется столкнуться при разработке стратегии резервного копирования.
Функции хранения и файловой системы, такие как моментальные снимки или дублирование в реальном времени, могут помочь вам выполнять резервное копирование «живых» данных в условиях ограниченного доступа.
Ваши конкретные потребности
В случае вашего конкретного приложения, которое вы описываете, вам, вероятно, следует посмотреть, как встроенная функция Windows Image Backup может помочь вам защитить операционную систему, конфигурацию и данные. Однако встроенные функции резервного копирования не очень сложные, когда дело доходит до политики и планирования, поэтому вы можете оценить предложения стороннего программного обеспечения (Symantec Backup Exec, CommVault, Bacula и т. Д.), Если вам нужно более сложное решение. .
Поговорите с людьми, которые хранят данные на вашем сервере, и узнайте, какова их терпимость к потере данных, какие окна хранения они хотели бы иметь, каковы их проблемы с безопасностью и какой тип сроков восстановления требуется для обоснования бюджет на оборудование, программное обеспечение и рабочую силу. Я настоятельно рекомендую вам также рассмотреть возможность использования стороннего компонента. Возможно, вы обнаружите, что использование жестких дисков для внешнего хранилища работает хорошо, но я лично считаю, что еще не существует готового решения для резервного копирования на жестком диске (такого, которое было бы экономически эффективным, надежным, и это работает стабильно).
Или, вкратце, для малого бизнеса в Windows: используйте встроенный инструмент резервного копирования Windows для записи на внешний жесткий диск (желательно через соединение eSATA или в лоток SATA. Инструмент резервного копирования Windows может использовать теневое копирование для получения копий файлов. даже когда «они открыты». Если вас это не волнует, вы можете даже использовать robocopy, чтобы ускорить процесс.
Для шифрования диска вы можете использовать truecrypt: вы можете настроить его так, чтобы он автоматически открывал зашифрованный том при подключении к доверенной машине (ключи - это ключ :-)).
Обязательно прочтите и подумайте над более подробным ответом, потому что резервные копии нужно продумывать и управлять ими, чтобы они были полезны, когда они нужны.
Пока отличные ответы. Я рекомендую вам изучить Bacula и его руководства и практические советы.