DFS репликация през VPN: заключването не е това, което получавате
Site VPN пренася трафика, но не добавя заключване на файлове. Проектирайте модела на съгласуваност, staging пространството и прозореца за репликация, преди да започнете предварителното зареждане.
Връзката е криптирана, постоянно включена и достатъчно бърза, затова споделената папка би трябвало да се държи като една папка в двата сайта. Това е предположението зад повечето проекти за DFS репликация, които по-късно изненадват хората. DFSR е multi-master и асинхронен: всяка реплика следи версиите самостоятелно и нищо в протокола не държи заключване между сървърите. VPN пренася трафика между тях и не добавя нищо от координацията, която това предположение изисква. Планирайте модела на запис и капацитетния модел, иначе първият истински конфликт става инцидент за поддръжката.
Митът: VPN превръща репликите в една файлова система
Тунелът е транспорт. Той дава разрешен път между два сървъра и скрива междинните преходи. Той не казва нищо за това кой може да редактира файл, в какъв ред пристигат версиите и какво се случва, когато две редакции се състезават.
Криптирането и достъпността са свойства на връзката; съгласуваността е свойство на машината за репликация и на вашия работен процес.
Какво всъщност репликира DFSR
Всеки сървър пази собствено копие и собствени метаданни за версиите. Промените се разпространяват, когато връзката и графикът позволяват, а машината използва отдалечено диференциално компресиране, за да изпраща само променените части на файла. Когато две реплики променят един и същ файл, преди да пристигне някое от обновяванията, една версия печели, а другата се премества настрани като конфликтно копие. Никой сървър не блокира втората редакция, защото блокирането би изисквало разпределеното заключване, което DFSR не предоставя.
Пътят в пространството от имена прави копията лесни за достигане, но не ги прави съгласувани.
Staging пространството е работен капацитет, а не резервно копие
Staging е временната област, която репликацията използва, докато сглобява промените. Указанията на Microsoft за оразмеряване приемат общия размер на 32 най-големи файла в репликираната папка като минимум, като допълнително място е полезно при първоначалната репликация. Затова дърво от малки документи и папка с няколко големи архива се нуждаят от различни форми на staging. Когато staging свърши, репликацията спира по начин, който изглежда като мрежова повреда. Оразмерете го от данните и продължавайте да наблюдавате, докато данните се променят.
Staging не е резервно копие и разпространението на промени не е история на версиите.
Предварителното зареждане е оптимизация, а не пряк път
За голямо съществуващо дърво поддържаното предварително зареждане с Robocopy може да намали това, което трябва да премине през връзката при първоначалната синхронизация, а указанията на Microsoft покриват запазването на информацията за файловете и работата със заключени или пропуснати файлове. Това е оптимизация, а не обещание, че дестинацията вече е правилна, затова първоначалната репликация все още трябва да завърши и да бъде проверена. Пропускането на тази проверка е начинът, по който сайт започва да предоставя файлове, които никога не са били в репликирания набор.
Проверете първоначалното състояние, преди потребителите да разчитат на дестинацията, а не след първата жалба.
Изберете прозореца и дефинирайте какво значи актуално
Графикът за репликация и ограниченията на честотната лента решават кога партньорите могат да обменят данни. Тесен прозорец след работно време е законен проект, който оставя натрупване през деня, при условие че всички са се съгласили отдалеченото копие да е актуално само до сутринта.
Запишете това изречение, защото „натрупването е четиридесет минути“ е тревожно само ако никой не е дефинирал целта.
Приемайте с работния процес, не с един файл
Тествайте с файловете, които хората наистина използват: голям документ, рутинна редакция, изтриване и умишлено едновременна редакция в двата сайта. Потвърдете, че поведението при конфликт съответства на това, което сте казали на бизнеса, и че пътят за възстановяване от резервно копие е отделен от репликите. След това наблюдавайте обема на промените, растежа на опашката и резерва на staging спрямо сервизния прозорец в продължение на няколко седмици. Капацитетът на VPN е едно ограничение сред няколко и рядко е първото, което достигате.
Проект, който документира закъснението и правилата си за редактиране, е много по-лесен за поддръжка от такъв, който обещава идентични копия.