VPN üzərində DFS replikasiyası: kilid sizin əldə etdiyiniz şey deyil

Bağlantı şifrələnib, həmişə açıqdır və kifayət qədər sürətlidir, ona görə də paylaşılan qovluq hər iki saytda bir qovluq kimi davranmalıdır. İnsanları sonradan təəccübləndirən DFS replikasiyası layihələrinin çoxunun arxasında bu fərziyyə dayanır. DFSR çoxmasterli və asinxrondur: hər replika versiyaları müstəqil izləyir və protokolda heç nə serverlər arasında kilid saxlamır. VPN aralarında trafiki daşıyır və fərziyyənin ehtiyac duyduğu koordinasiyadan heç nə əlavə etmir. Yazı nümunəsini və tutum modelini planlaşdırın, əks halda ilk real konflikt dəstək hadisəsinə çevrilir.

Mif: VPN replikaları tək fayl sistemi edir

Tunel nəqliyyat vasitəsidir. İki server arasında icazəli yol verir və aralarındakı hopları gizlədir. Kimin faylı redaktə edə biləcəyi, versiyaların hansı ardıcıllıqla gəldiyi və iki redaktə yarışanda nə baş verdiyi barədə heç nə demir.

Şifrələmə və əlçatanlıq bağlantının xassələridir; ardıcıllıq isə replikasiya mühərrikinin və iş axınınızın xassəsidir.

DFSR əslində nəyi replikasiya edir

Hər server öz surətini və öz versiya metadatasını saxlayır. Dəyişikliklər bağlantı və cədvəl imkan verdikcə yayılır, mühərrik isə faylın yalnız dəyişmiş hissələrini göndərmək üçün uzaq diferensial sıxılmadan istifadə edir. İki replika eyni faylı hər iki yeniləmə gəlməmişdən əvvəl dəyişdirdikdə bir versiya qalib gəlir, digəri isə konflikt surəti kimi kənara köçürülür. Heç bir server ikinci redaktəni bloklamadı, çünki bloklama DFSR-in təqdim etmədiyi paylanmış kilid tələb edərdi.

Adlar məkanı yolu surətləri rahat əldə edilən edir, lakin onları uzlaşan etmir.

Staging sahəsi iş tutumudur, ehtiyat nüsxə deyil

Staging replikasiyanın dəyişiklikləri yığarkən istifadə etdiyi iş sahəsidir. Microsoft-un ölçü tövsiyəsi replikasiya olunan qovluqdakı ən böyük 32 faylın ümumi ölçüsünü minimum kimi götürür və ilkin replikasiya zamanı əlavə yer faydalıdır. Buna görə xırda sənədlərdən ibarət ağac ilə bir neçə böyük arxivi saxlayan qovluq fərqli staging formalarına ehtiyac duyur. Staging tükəndikdə replikasiya şəbəkə nasazlığı kimi görünən şəkildə dayanır. Ölçünü veriləndən götürün, sonra verilər dəyişdikcə izləməyə davam edin.

Staging ehtiyat nüsxə deyil və dəyişikliklərin yayılması versiya tarixçəsi deyil.

Əvvəlcədən yerləşdirmə optimallaşdırmadır, qısa yol deyil

Böyük mövcud ağac üçün Robocopy ilə dəstəklənən əvvəlcədən yerləşdirmə ilkin sinxronizasiya zamanı keçidin üzərindən keçməli olanı azalda bilər və Microsoft-un təlimatı fayl məlumatının qorunmasını və kilidli və ya atlanmış fayllarla işi əhatə edir. Bu, optimallaşdırmadır, hədəfin artıq düzgün olması vədi deyil, ona görə ilkin replikasiya hələ də tamamlanmalı və yoxlanmalıdır. Bu yoxlamanın atlanması saytın heç vaxt replikasiya dəstində olmamış faylları təqdim etməsi ilə nəticələnir.

İlkin vəziyyəti istifadəçilər hədəfə güvənməmişdən əvvəl yoxlayın, ilk şikayətdən sonra deyil.

Pəncərəni seçin və “cari” anlayışını müəyyən edin

Replikasiya cədvəli və buraxılış eni nəzarətləri tərəflərin nə vaxt məlumat mübadiləsi edə biləcəyini müəyyən edir. İş saatlarından sonrakı dar pəncərə gün ərzində yığım buraxan qanuni layihədir, bir şərtlə ki, hamı uzaq surətin yalnız səhərə qədər cari olması ilə razılaşsın.

Bu cümləni yazın, çünki “yığım qırx dəqiqədir” ifadəsi yalnız heç kim hədəfi müəyyən etmədikdə narahatlıq doğurur.

İş axını ilə qəbul edin, tək faylla deyil

İnsanların həqiqətən istifadə etdiyi fayllarla sınaqdan keçirin: böyük sənəd, adi redaktə, silmə və hər iki saytda qəsdən eyni vaxtda redaktə. Konflikt davranışının biznesə dediyinizə uyğun olduğunu və ehtiyat nüsxədən bərpa yolunun replikalardan ayrı olduğunu təsdiqləyin. Sonra bir neçə həftə ərzində dəyişiklik həcmini, növbə artımını və staging ehtiyatını xidmət pəncərəsinə qarşı izləyin. VPN tutumu bir neçə məhdudiyyətdən biridir və nadir hallarda ilk çatdığınız hədd olur.

Gecikməsini və redaktə qaydalarını sənədləşdirən layihəyə dəstək vermək, eyni surətlər vəd edən layihədən qat-qat asandır.