Я помогаю малому бизнесу с его ИТ-потребностями, и было поднято несколько вопросов по поводу качества / надежности их системы резервного копирования.
В настоящее время они используют два сервера с одним ленточным накопителем DAT72 для обоих серверов. Всего используется 14 резервных лент; неделя A (5 лент), неделя B (5 лент), 3 ежемесячных ленты (например, июнь / июль / август) и одна годовая лента. Когда ленточный накопитель был приобретен, представители компании полагали, что смогут достичь полной степени сжатия и сделать резервную копию данных объемом 72 ГБ на каждую ленту. Однако, как и в случае с большинством ленточных накопителей, истинная степень сжатия для этого конкретного накопителя / предприятия составляет всего 1,2. При этом общий размер данных, которые копируются каждый вечер, составляет около 70 ГБ. Чтобы компенсировать нехватку места для хранения на ленте, бизнес разделил обязанности по резервному копированию между лентой и внешним диском. Что касается роста данных, то в основном они сканируются в виде PDF-документов. Я ожидаю, что ежегодный рост данных составит около 500 МБ, включая данные о состоянии системы.
Я ищу идеи, как лучше всего перейти на более стабильное решение для резервного копирования. Оперативное резервное копирование - вариант, но скорость широкополосного доступа в этом месте составляет всего 1,5 МБ / с DSL. Компания хотела бы в ближайшем будущем обновить свои серверы с Windows 2003 до Windows 2008 (новое оборудование). Возможно, что в будущем будет добавлен и Linux-сервер.
Идеи? (Всего 14) 2,5-дюймовые диски SATA с корпусами - резервное копирование на диск каждый раз?
Как насчет того, чтобы просто купить кучу дешевых USB-дисков - отразите их с помощью программного обеспечения - сделайте резервную копию и оставьте одну половину зеркала на месте, а другую половину заберите домой или где-нибудь еще. Так есть копия под рукой, если необходимо, и одна которые переживут пожар или что-то еще, плюс вам не придется синхронизировать их вручную. Затем просто прокрутите несколько пар из них, от 4 до 7 или около того, и оставьте одну за пределами сайта дольше в качестве резервной копии типа «дедушка».
Я использую CrashPlan, у них есть несколько разных предложений. Это непрерывное резервное копирование, поэтому вам не придется перезагружать все данные каждую ночь. Он также выполняет дедупликацию, шифрование и сжатие на клиенте ... Они также предлагают облако, локальный диск или локальный / удаленный компьютер в качестве резервных копий в любой комбинации.
Еще я рассмотрел SpiderOak и BackBlaze. Но BackBlaze не поддерживает Linux, так что этого не было.
Я не уверен, какой у вас бюджет, но взгляните на Microsoft Data Protection Manager (DPM). Мы установили это на недорогой Dell R210, который выполняет резервное копирование ~ 250 ГБ на NAS QNAP через iSCSI. Внешнее резервное копирование выполняется с помощью Iron Mountain (теперь Autonomy, а скоро будет HP) Cloud Recovery для DPM. Мы храним 14-дневное хранение резервных копий на дисках и 90-дневное хранение резервных копий вне офиса. Мы платим около 1,25 доллара за ГБ за резервное копирование вне офиса, и хотя это значительно дороже, чем, скажем, Amazon S3, интеграция с DPM безупречна и полностью оправдывает свою цену. Однако DPM не выполняет резервное копирование Linux, поэтому, если у вас был сервер Linux, вам придется найти там другое решение.
Я не вижу ничего «нестабильного» в вашей нынешней схеме. Он может быть неэффективным или экономичным, но это не делает его нестабильным. Стабильность - это качество постоянства и надежности, а не эффективность или рентабельность. При этом не следует быть чрезмерно упрощенным, но не требуется сложного или дорогостоящего решения.
Вот что я бы порекомендовал:
Выполняйте еженощное резервное копирование на диск. Поскольку ваш текущий набор резервных копий довольно мал (70 ГБ), этого легко добиться с любым количеством дисковых опций; внешний USB, eSATA и т. д. Резервное копирование B2D будет выполняться довольно быстро, и вы должны получить довольно хорошее сжатие.
Выполняйте ежедневное резервное копирование с диска на ленту. Это резервные копии наборов резервных копий B2D. Если данные для резервного копирования превышают емкость одной ленты, купите больше лент.
Это дает вам преимущество наличия данных, которые могут потребоваться для восстановления поблизости (резервные копии B2D), и позволяет хранить резервные копии на магнитной ленте за пределами площадки для архивирования, архивирования и аварийного восстановления.
Основываясь на вашем ответе, вам необходимо учесть несколько моментов.
NTBackup был удален из Server 2008 и заменен Windows Backup. Windows Backup - это программа для резервного копирования на основе образов, для которой требуются жесткие диски. Резервное копирование на ленту не выполняется. По моему опыту, версия, включенная в Server 2008, не такая гибкая, как версия, включенная в Server 2008 R2.
Поскольку ваши требования к резервному копированию не слишком сложны, вам, вероятно, удастся использовать Bacula или Amanda в качестве программного обеспечения для резервного копирования. Обе программы имеют открытый исходный код и поддерживают все версии Windows, а также Linux. Я не верю, что у них есть плагин с открытым исходным кодом для SQL Server, но я знаю, что у Bacula есть обходной путь с помощью утилиты резервного копирования, встроенной в SQL Server.
Онлайн-резервное копирование - это вариант. Аманда поддерживает резервное копирование на Amazon S3. С линией 1,5 МБ / с на создание первой полной резервной копии, вероятно, уйдут как минимум долгие выходные.
Если вы не хотите платить за онлайн-резервное копирование, вы можете выбрать что-то вроде Dell RD1000. RD1000 - это система резервного копирования на съемный жесткий диск.
Ленточные накопители на 300 ГБ (и намного, намного большего размера) не очень дороги. Они резко упали с тех пор, как люди используют Диск. Лента также имеет гораздо более длительный срок хранения. Поищите возможно использованный ленточный накопитель SuperDLT или какой-нибудь другой ленточный накопитель ... Я не могу вспомнить, когда в последний раз видел ленту на 70 ГБ. И, как кто-то уже упомянул, посмотрите на Аманду. Он хорошо работает с лентой и использует стандартные форматы файлов (например, tar), поэтому восстановление очень простое.