У нас есть 2 филиала с локальными файловыми серверами, синхронизированными с нашим центральным офисом и файловым сервером через DFS-R. В основном данные копируются с центрального файлового сервера в оба филиала, но синхронизация выполняется в обе стороны, поскольку иногда данные также генерируются в филиалах и должны появляться централизованно, а также в другом филиале. Наш центральный сервер и один филиал - это Win2003R2 std, а другой филиал - Win2008R2 std.
Прошлой ночью мы каким-то образом потеряли много данных (800 ГБ) из-за случайного удаления или какого-то мошеннического скрипта (все еще расследуются). У нас есть только центральные резервные копии, которые в настоящее время восстанавливаются на нашем центральном сервере. Однако из-за ограниченной пропускной способности использование DFS-R для синхронизации всего с нашими филиалами не является жизнеспособным вариантом.
Итак, как только наш центральный сервер будет снова восстановлен, я хотел бы подготовить 2 USB-диска со всеми центральными данными, на которые будут зеркалироваться, и отправить их в наши филиалы, чтобы они могли быть снова локально заполнены данными.
Вопрос в том, как это сделать поддерживаемым способом, который не сломает DFS-R. Я бы не хотел, чтобы DFS-R видел удаленные данные как «новые» и начинал копировать все заново или, что еще хуже, удалял все централизованно или что-то в этом роде ...
Некоторое время назад нам пришлось переустановить файловый сервер в одном филиале, когда я использовал robocopy / MIR / SEC / SECFIX (чтобы данные были как можно ближе к 1: 1, чтобы форма DFSR не видела разницу и все равно выполнить повторную синхронизацию), чтобы скопировать центральные данные на USB-диск, и с помощью той же команды скопировали их обратно на локальный сервер с USB-диска. После этого я добавил сервер (который был переустановлен и, следовательно, больше не является членом группы репликации) обратно в группу репликации, это сработало нормально.
Но поскольку теперь сервер все еще известен и входит в группу репликации, я не знаю, будет ли работать тот же подход.
У меня есть 2 возможных сценария, которые, как мне кажется, могут сработать, однако можно было бы приветствовать некоторое подтверждение (или даже лучшие идеи): в обеих идеях будет использоваться диск, подготовленный путем копирования всего содержимого центрального сервера с помощью robocopy / mir / sec / secfix.
К сожалению, ответов на этот вопрос я не получил. На всякий случай я выбрал второй вариант: полное удаление удаленных рядовых серверов из группы репликации и их повторное добавление (после ожидания события 4010 на удаленном сервере, подтверждающего его удаление из группы). Поначалу невыполненные задания были огромными, но, похоже, DFSR осознал, что файлы были такими же, и они исчезли из журнала без их копирования через строку.
Итак, на будущее, вот как выполнить автономную синхронизацию одного или нескольких рядовых серверов DFS-R:
robocopy /MIR /SEC /SECFIX <source> <destination>