Pag-uulit ng DFS sa VPN: ang pag-lock ay hindi ang nakukuha mo

Ang link ay naka-encrypt, laging bukas at sapat ang bilis, kaya ang shared folder ay dapat kumilos na parang isang folder sa dalawang site. Ito ang palagay sa likod ng karamihan sa mga disenyo ng pag-uulit ng DFS na nagpapabigla sa mga tao mamaya. Ang DFSR ay multi-master at asynchronous: sinusubaybayan ng bawat replica ang mga bersyon nang mag-isa, at wala sa protocol ang humahawak ng lock sa pagitan ng mga server. Dinadala ng VPN ang trapiko sa pagitan nila at wala itong idinadagdag sa koordinasyong kailangan ng palagay na ito. Planuhin ang pattern ng pagsulat at modelo ng kapasidad, kung hindi ang unang tunay na salungatan ay magiging insidente ng suporta.

Mito: ginagawang isang file system ng VPN ang mga replica

Ang tunnel ay transportasyon. Binibigyan ka nito ng pinapayagang landas sa pagitan ng dalawang server at itinatago ang mga hop sa gitna. Wala itong sinasabi tungkol sa kung sino ang pwedeng mag-edit ng file, sa anong pagkakasunod-sunod dumarating ang mga bersyon, o ano ang nangyayari kapag nag-uunahan ang dalawang edit.

Ang encryption at kakayahang magamit ay katangian ng link; ang pagkakapare-pareho ay katangian ng engine ng pag-uulit at ng iyong workflow.

Ano ang talagang inuulit ng DFSR

Bawat server ay may sariling kopya at sariling metadata ng bersyon. Kumakalat ang mga pagbabago kapag pinapayagan ng koneksyon at iskedyul, at ginagamit ng engine ang remote differential compression para ipadala lamang ang mga bahagi ng file na nagbago. Kapag binago ng dalawang replica ang parehong file bago dumating ang alinman sa mga update, isang bersyon ang nananalo at ang isa ay itinatabi bilang kopya ng salungatan. Walang server na humarang sa ikalawang edit, dahil ang pagharang ay mangangailangan ng distributed lock na hindi ibinibigay ng DFSR.

Ang landas ng namespace ay nagpapadali ng pag-abot sa mga kopya, at hindi ito nagpapaging-ugnay sa kanila.

Ang espasyo ng staging ay kapasidad sa trabaho, hindi backup

Ang staging ay ang pansamantalang lugar na ginagamit ng pag-uulit habang pinagsasama-sama ang mga pagbabago. Ginagamit ng gabay sa sukat ng Microsoft ang pinagsamang sukat ng 32 pinakamalaking file sa replica na folder bilang minimum, at may dagdag na espasyong kapaki-pakinabang sa unang pag-uulit. Kaya ang puno ng maliliit na dokumento at folder na may ilang malaking archive ay nangangailangan ng magkaibang hugis ng staging. Kapag naubos ang staging, tumitigil ang pag-uulit sa paraang mukhang sira ng network. Sukatin ito mula sa data, pagkatapos ay patuloy na magmasid habang nagbabago ang data.

Ang staging ay hindi backup, at ang pagpapakalat ng mga pagbabago ay hindi kasaysayan ng bersyon.

Ang paunang pag-seed ay optimisasyon, hindi shortcut

Para sa malaking existing na puno, ang suportadong paunang pag-seed gamit ang Robocopy ay maaaring bawasan ang kailangang tumawid sa link sa unang pag-sync, at ang gabay ng Microsoft ay sumasaklaw sa pagpapanatili ng impormasyon ng file at paghawak sa mga naka-lock o nilaktawang file. Ito ay optimisasyon, hindi pangako na tama na ang patutunguhan, kaya ang unang pag-uulit ay kailangan pa ring makumpleto at ma-verify. Ang paglaktaw sa verify na iyon ang dahilan kung bakit may site na naghahain ng mga file na wala kailanman sa replica na set.

I-verify ang paunang kalagayan bago umasa ang mga user sa patutunguhan, hindi pagkatapos ng unang reklamo.

Piliin ang window at tukuyin kung ano ang ibig sabihin ng kasalukuyan

Ang iskedyul ng pag-uulit at mga kontrol ng bandwidth ang nagtatakda kung kailan maaaring magpalitan ng data ang mga partner. Ang makitid na window pagkatapos ng oras ng trabaho ay lehitimong disenyo na nag-iiwan ng backlog sa maghapon, basta’t lahat ay sumang-ayon na ang malayong kopya ay kailangan lamang maging kasalukuyan pagsapit ng umaga.

Isulat ang pangungusap na iyon, dahil ang apatnapung minuto ang backlog ay nakakaalarma lamang kung walang nagtukoy ng target.

Tanggapin kasama ang workflow, hindi isang file

Subukan sa mga file na talagang ginagamit ng mga tao: malaking dokumento, karaniwang edit, pagbura at sadyang sabay na edit sa dalawang site. Kumpirmahin na ang pag-uugali sa salungatan ay tumutugma sa sinabi mo sa negosyo, at ang landas ng pagbawi mula sa backup ay hiwalay sa mga replica. Pagkatapos ay pagmasdan ang dami ng pagbabago, paglaki ng pila at natitirang staging laban sa window ng serbisyo sa loob ng ilang linggo. Ang kapasidad ng VPN ay isang limitasyon sa ilan, at bihirang ito ang unang naaabot mo.

Ang disenyong nagtatala ng pagkaantala at mga tuntunin sa pag-edit nito ay mas madaling suportahan kaysa sa nangangako ng magkaparehong kopya.