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