Мы работаем под управлением Windows Server 2003 SBS и еще на одном компьютере с установленным на нем Server 2003 Standard. Серверу SBS около 7 лет, он работает почти 24 часа в сутки, 7 дней в неделю - сервер HP некоторого описания. У нас есть Ultrium 448, ежедневно использующий ленточные накопители LTO2 емкостью 400 ГБ и постепенно выполняющий резервное копирование примерно 100 ГБ данных (20 ГБ C: \ и состояние системы, обмен 40 ГБ, база данных 40 ГБ для какого-то дерьмового маркетингового программного обеспечения) на BackupExec 10D. По состоянию на 5 месяцев назад при резервном копировании постоянно возникали ошибки ввода-вывода, некорректное чтение и некоторые ошибки записи.
Когда я говорю «согласованно», я имею в виду каждый раз, и у нас не было надлежащей резервной копии в течение всех 5 месяцев - так что, если сервер взорвется завтра, данные за 7 лет просто перестанут существовать. Я только недавно вернулся в компанию и собираюсь исправить более серьезные проблемы, поэтому первым делом я попытался сделать резервную копию на внешний диск USB2.0. это было мучительно медленный. На самом деле это было так медленно, что потребовалось 40 часов, и он все еще не был закончен. Я закончил тем, что отменил его и снова перенастроил выбор, чтобы уменьшить размер файла. Однако это не постоянное решение.
Я пришел к выводу, что ошибка ввода-вывода была связана либо с неисправным ленточным накопителем (в котором сейчас застряла лента и не выходит), либо с умирающего контроллера SCSI. Ни то, ни другое не является хорошими новостями, и исправлять оба очень дорого. У меня очень маленький бюджет, поэтому я искал аутсорсинг для резервного копирования.
Компания в Сиднее (где я нахожусь) предлагает инкрементное онлайн-резервное копирование через NAS. Он стоит почти вдвое больше, чем новый ленточный накопитель, но предлагает ежемесячную оплату, что позволит нам пережить времена, когда денежный поток минимален. Это кажется приятной сделкой, но все же немного дороговато. Поэтому я ищу более дешевое, но надежное решение. Может быть, какой-нибудь собственный NAS или что-то еще? Идея состоит в том, чтобы избегать использования лент.
Есть ли какие-нибудь рекомендации по исправлению моей нынешней ситуации? Или кассеты - единственный выход? Я обеспокоен тем, что сервер однажды умрет в ближайшем будущем, и я должен иметь возможность восстановить его на другой сервер с другим оборудованием.
Есть несколько хороших дискуссий о резервном копировании уже на Server Fault. Я бы посмотрел на них:
Я заметил, что вы уже исключаете ленту. Я бы сделал анализ затрат и выгод альтернатив, противопоставляемых ленте, прежде чем отказаться от ленты из-под контроля. Для меня это звучит так, как будто у вас либо бездельник SCSI-контроллер, либо кабель, либо бездушный ленточный накопитель, и, к сожалению, он вас испортил на ленте, потому что лента может быть очень надежной и прочной.
Несколько месяцев назад я сделал некоторые расчеты (опубликовал сообщение об ошибке сервера в одном из вопросов выше, но не обновил) и обнаружил, что лента не обязательно является самым дорогим маршрутом. Можете назвать меня традиционалистом, но магнитная лента очень хорошо зарекомендовала себя для меня и моих клиентов, доказала свою надежность и пригодность для аварийного восстановления. Я склонен думать, что многие «ужасные истории», связанные с ненадежностью ленты, часто происходят из-за стратегий резервного копирования, которые не включают тестирование резервных копий постфактум. Как часто говорят, резервное копирование - это не резервное копирование, а возможность восстановления.
Соглашение об обслуживании вашего оборудования, очевидно, также является составной частью любого надежного решения. Вы заявляете, что вам нужна резервная копия, которую можно восстановить на другом оборудовании, но я хотел бы предупредить вас, что резервные копии «Состояние системы» вашего сервера SBS не могут быть восстановлены никакими поддерживаемыми Microsoft средствами на альтернативное оборудование. Надеюсь, ваш другой сервер является контроллером домена, поскольку вы потеряете Active Directory (и, таким образом, сделаете доступ к вашим данным Exchange довольно сложным), если потеряете этот компьютер с сервером SBS.
В этом случае наличие соглашения об обслуживании накопителя на магнитной ленте и / или сервера поможет вам выбраться из той неразберихи, в которой вы оказались. Это особенно важно, поскольку в настоящее время у вас есть резервная копия, если у вас нет другого контроллера домена, для которого вам действительно нужно такое же серверное оборудование, доступное для восстановления.
Вы не должны сосредотачивать весь свой режим резервного копирования на записи резервных копий на локальное устройство хранения. Резервное копирование осуществляется вне офиса и офлайн. Меньшее - не резерв.
Я сомневаюсь, что вы можете восстановить достаточно быстро, чтобы вернуться к работе и своевременно, если ваша основная резервная копия является внешним устройством и доступна только через ваше Интернет-соединение. Если у вашего поставщика резервного копирования renmote есть возможность отправить вам физическое запоминающее устройство, я могу убедиться, что это работает. Тем не менее, если вам нужно загрузить весь корпус резервных копий через подключение к Интернету потребителя, я бы подумал, что вам понадобится хотя бы пара дней, чтобы все снова заработало. Ой!
Если у вас нет веской причины изменить свою стратегию (а я не вижу в вашем сообщении ничего, что предлагало бы вам это сделать - вы в пределах возможностей. LTO2 по-прежнему широко доступен и используется, проблем со скоростью / окнами пропускной способности не было упомянуто, поэтому я полагаю, что это не проблема), я рекомендую придерживаться вашей текущей системы. Если какой-то компонент вышел из строя, замените его аналогично. Приводы LTO 2 по-прежнему широко доступны.
Резервное копирование на ленту не является устаревшей концепцией. Они все еще актуальны на 100% и широко используются в большинстве средних и корпоративных предприятий.
Я не хочу задавать очевидные вопросы, но давайте на всякий случай остановимся на них: регулярно ли чистит ленту (каждые пару недель) стример? Был ли перезагружен сервер / перезапущены службы резервного копирования? Применялись ли в последнее время какие-либо исправления для Windows? Были ли внесены какие-либо другие изменения в конфигурацию сервера? Кабель SCSI заделан правильно? Вы пробовали заменить кабель SCSI на замену?
Я всегда очень осторожно отношусь к отказу компонента в качестве бизнес-стимула для перехода к «новой и улучшенной» системе. Самый быстрый способ получить успешное резервное копирование - это заменить магнитофон на другой магнитофон.
Как я уже сказал в ответе на другой пост, мне не нравится идея использовать любой тип жесткого диска для постоянного резервного копирования. Я думаю, что они хороши для краткосрочного резервного копирования, но я бы не хотел полагаться на них в своих долгосрочном, удаленном, автономном или архивном резервном копировании. Я бы рекомендовал использовать их (если необходимо) для ежедневного резервного копирования в сочетании с резервным копированием на ленту тех же данных для удаленных, долгосрочных потребностей в резервном копировании (резервное копирование на диск, затем резервное копирование резервных копий на ленту).
Я бы определенно не стал полагаться на какого-либо «онлайн» провайдера резервного копирования для удовлетворения моих основных потребностей в резервном копировании. Они подходят для хранения копии резервной копии для удаленных и архивных нужд в качестве дополнения к резервному копированию на ленту. Сколько времени потребуется, чтобы сделать резервную копию их службы? что произойдет, если они выйдут из бизнеса или их предприятие сгорит? Что делать, если вам нужен доступ к вашим данным в 3 часа ночи?
Купите внешний USB-накопитель blu-ray и сделайте там несколько резервных копий.
Это дешево, и с 50 ГБ на каждом диске (двойной слой) каждый из ваших сохранений удобно поместится только на одном диске.
После того, как у вас есть такая настройка (менять диски немного неудобно, но это временное решение), вы можете подумать о лучших альтернативах с большим количеством времени впереди и без давления.