تکرار DFS روی VPN: قفل کردن چیزی نیست که به دست می‌آورید
VPN سایت ترافیک را حمل می‌کند، اما هیچ قفلی روی فایل اضافه نمی‌کند. مدل سازگاری، فضای staging و پنجره تکرار را پیش از کاشت اولیه طراحی کنید.
پیوند رمزنگاری‌شده، همیشه روشن و به‌اندازه کافی سریع است، پس پوشه اشتراکی باید در هر دو سایت مانند یک پوشه رفتار کند. این همان فرضی است که پشت بیشتر طرح‌های تکرار DFS قرار دارد و بعدها مردم را شگفت‌زده می‌کند. DFSR چندمستری و ناهمگام است: هر نسخه، نسخه‌ها را مستقل ردیابی می‌کند و هیچ چیز در پروتکل قفلی میان سرورها نگه نمی‌دارد. VPN ترافیک را میان آن‌ها حمل می‌کند و هیچ‌یک از هماهنگی‌هایی را که این فرض نیاز دارد اضافه نمی‌کند. الگوی نوشتن و مدل ظرفیت را طراحی کنید، وگرنه نخستین تعارض واقعی به یک حادثه پشتیبانی تبدیل می‌شود.
افسانه: VPN نسخه‌ها را یک سیستم فایل می‌کند
تونل یک وسیله انتقال است. مسیری مجاز میان دو سرور می‌دهد و پرش‌های میانی را پنهان می‌کند. درباره اینکه چه کسی می‌تواند فایلی را ویرایش کند، نسخه‌ها به چه ترتیبی می‌رسند، یا وقتی دو ویرایش با هم مسابقه می‌دهند چه می‌شود، چیزی نمی‌گوید.
رمزنگاری و دسترس‌پذیری ویژگی پیوند هستند؛ سازگاری ویژگی موتور تکرار و گردش‌کار شماست.
DFSR در واقع چه چیزی را تکرار می‌کند
هر سرور نسخه خود و فراداده نسخه خود را نگه می‌دارد. تغییرات زمانی که اتصال و زمان‌بندی اجازه دهد منتشر می‌شوند و موتور با فشرده‌سازی تفاضلی راه دور فقط بخش‌های تغییرکرده فایل را می‌فرستد. وقتی دو نسخه همان فایل را پیش از رسیدن هر یک از به‌روزرسانی‌ها تغییر دهند، یک نسخه برنده می‌شود و دیگری به‌عنوان نسخه تعارض کنار گذاشته می‌شود. هیچ سروری ویرایش دوم را مسدود نکرد، زیرا مسدود کردن به قفل توزیع‌شده‌ای نیاز دارد که DFSR آن را فراهم نمی‌کند.
مسیر فضای نام دسترسی به نسخه‌ها را آسان می‌کند و آن‌ها را هماهنگ نمی‌کند.
فضای staging ظرفیت کاری است، نه نسخه پشتیبان
staging ناحیه موقتی است که تکرار هنگام گردآوری تغییرات از آن استفاده می‌کند. راهنمای اندازه‌گذاری Microsoft اندازه ترکیبی 32 فایل بزرگ‌تر در پوشه تکرارشده را حداقل می‌گیرد و فضای اضافی در تکرار اولیه سودمند است. بنابراین درختی از اسناد کوچک و پوشه‌ای با چند آرشیو بزرگ شکل‌های staging متفاوتی می‌خواهند. وقتی staging تمام شود، تکرار به شکلی متوقف می‌شود که شبیه خرابی شبکه است. آن را از روی داده اندازه بگیرید و سپس همراه با تغییر داده زیر نظر بگیرید.
staging نسخه پشتیبان نیست و انتشار تغییرات تاریخچه نسخه نیست.
کاشت پیشین بهینه‌سازی است، نه میان‌بر
برای درخت موجود بزرگ، کاشت پیشین پشتیبانی‌شده با Robocopy می‌تواند آنچه را باید در همگام‌سازی اولیه از پیوند بگذرد کاهش دهد، و راهنمای Microsoft حفظ اطلاعات فایل و برخورد با فایل‌های قفل‌شده یا ردشده را پوشش می‌دهد. این یک بهینه‌سازی است، نه وعده درستی مقصد، پس تکرار اولیه باید کامل شود و تأیید گردد. نادیده گرفتن این تأیید همان راهی است که یک سایت به ارائه فایل‌هایی می‌رسد که هرگز در مجموعه تکرارشده نبوده‌اند.
وضعیت اولیه را پیش از آنکه کاربران به مقصد تکیه کنند بررسی کنید، نه پس از نخستین شکایت.
پنجره را انتخاب کنید و «به‌روز» را تعریف کنید
زمان‌بندی تکرار و کنترل‌های پهنای باند تعیین می‌کنند شرکا چه زمانی می‌توانند داده مبادله کنند. پنجره تنگ پس از ساعات کاری طرحی مشروع است که در روز انباشت باقی می‌گذارد، به شرط آنکه همه توافق کنند نسخه راه دور فقط باید تا صبح به‌روز باشد.
آن جمله را بنویسید، زیرا «انباشت چهل دقیقه است» تنها وقتی نگران‌کننده است که کسی هدف را تعریف نکرده باشد.
با گردش‌کار بپذیرید، نه با یک فایل
با فایل‌هایی آزمایش کنید که مردم واقعاً استفاده می‌کنند: یک سند بزرگ، یک ویرایش روزمره، یک حذف و یک ویرایش همزمان عمدی در هر دو سایت. تأیید کنید رفتار تعارض با آنچه به کسب‌وکار گفته‌اید می‌خواند و مسیر بازیابی از پشتیبان جدا از نسخه‌هاست. سپس چند هفته حجم تغییرات، رشد صف و حاشیه staging را در برابر پنجره سرویس زیر نظر بگیرید. ظرفیت VPN یکی از چندین محدودیت است و به‌ندرت نخستین محدودیتی است که به آن می‌رسید.
طرحی که تأخیر و قواعد ویرایش خود را مستند می‌کند، پشتیبانی‌اش بسیار آسان‌تر از طرحی است که نسخه‌های یکسان وعده می‌دهد.