Назад | Перейти на главную страницу

Решение для резервного копирования данных

Я ищу информацию о резервном копировании данных на наших серверах. У нас работает пара серверов Novell, которые в основном действуют как файловые серверы. Когда я смотрю на наши данные, меня не беспокоит сама сетевая инфраструктура и резервное копирование NDS, профилей пользователей, назначений доверенных лиц и т. Д. Как я смотрю на это, я всегда могу воссоздать их, если у меня возникнет катострофическое событие. . У нас всего 130 пользователей, поэтому воссоздать эту настройку не так уж и сложно. Поэтому я считаю, что нужно просто сосредоточиться на резервном копировании файлов данных с этих серверов. Это тот материал, который мне нужно, чтобы он никогда не терялся, так как его нелегко воссоздать.

Для этого я подумывал о том, чтобы разместить у себя дома устройство хранения данных, а затем выполнить резервное копирование серверов из нашего офиса на устройство хранения данных в моем доме. Я мог бы использовать программное решение для синхронизации данных. В качестве альтернативы я мог бы посмотреть на резервное копирование данных в облачное решение. Я совершенно неправильно смотрю на это? Раньше я использовал Backup Exec с лентами, и это неприятно. В настоящее время мы используем устройство резервного копирования Barracuda, но интеграция с Novell отсутствует. Мне также нужно сделать резервную копию этих данных за пределами сайта. Поэтому мое предложение может сработать. Пожалуйста, прокомментируйте.

Изменить - я не пытаюсь создать здесь бессмысленный диалог. Я действительно пытаюсь понять, почему мое мышление ошибочно. В моей ситуации я использую хранилище данных Raid 5 на нескольких серверах. Наш основной сервер зеркалируется на другой сервер для резервирования в другой части нашего здания. Единственное, что действительно может привести к потере данных, - это катастрофическое событие. Я считаю, что вероятность того, что это произойдет, очень низкая, но да, это могло произойти. Поэтому согласен, бэкапы важны и необходимы. Тем не менее, помогите мне понять, почему просто хранение фактических данных за пределами площадки, а не все детали сетевой структуры являются ошибочными. Надеюсь, это более конструктивно ...

Резервное копирование серверов NetWare (не серверов Novell, поскольку это может быть Open Enterprise Server или даже SuSE Linux Enterprise Server, в зависимости от того, кто запрашивает) действительно работает лучше всего, если вы используете архитектуру Targeted Services Agent (TSA). TSA предназначены для резервного копирования и выполняют большую часть работы, которую выполняют «агенты резервного копирования»; например, файлы с предварительным кэшированием, чтобы гарантировать заполнение сетевого канала. Вы также получите метаданные опекуна / владельца / dir-quota в потоке, что действительно упрощает восстановление.

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

Хранение резервных данных

Раньше этот вопрос закрывался «непрофессионально», и, скорее всего, это во многом было связано с вашим выбором места за пределами площадки. Хорошее внешнее расположение для резервных данных:

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

Хранение данных резервного копирования в личном доме не соответствует первым двум пунктам, а, вероятно, и третьему. Поэтому так долго работали «резервные копии в сейфе». Если бы вы столкнулись с преждевременной кончиной, доступ к резервному сайту был бы не быть гарантированным компании; в худшем случае устройство и данные на нем будут заблокированы в наследстве до тех пор, пока наследство не будет урегулировано.

Во-вторых, возникают проблемы с владением данными. Если владелец бизнеса тот, кто занимается домашним хранением, вещи менее шаткие; но если сотрудник, которому не были специально делегированы обязанности по хранению данных компании дома, сделает это без разрешения, последствия могут быть весьма значительными.

Метод резервного копирования

Лучшие резервные копии - это те, которые минимизируют время восстановления (TTR). Полная резервная копия тома NetWare TSA включает все полезные метаданные, такие как пользователи и квоты каталогов. Восстановление этой информации означает, что вам не нужно садиться и заново настраивать все права на основе той документации, которую вы храните для этого. Это ускоряет процесс.

Если ваша среда действительно достаточно проста, вы можете обойтись без файлового резервного копирования и просто повторно разрешить все, что может быть достаточно. Выполнение всего этого через общий ресурс CIFS позволит получить все ваши данные. Он может не получить все пространство имен данные, но если вы обращаетесь к ним только через общие ресурсы CIFS, это не имеет значения. Тем не менее, если вы все еще используете XP на своих компьютерах и используете Novell Client, это воля дело, и я против этого.


Примечание для наблюдателей:
Повторное разрешение ТБ томов NetWare на самом деле чрезвычайно быстро по сравнению с Windows, это не так обременительно, как можно было бы ожидать. Файловая система NSS построена так, чтобы делать такие вещи быстрыми.