VPN પર DFS પ્રતિકૃતિ: લોકિંગ એ તમને જે મળે છે તે નથી

લિંક એન્ક્રિપ્ટેડ છે, હંમેશા ચાલુ છે અને પૂરતી ઝડપી છે, તેથી શેર કરેલ ફોલ્ડર બંને સાઇટ પર એક જ ફોલ્ડર જેવું વર્તવું જોઈએ. આ જ ધારણા મોટાભાગની DFS પ્રતિકૃતિ ડિઝાઇન પાછળ છે, જે પછીથી લોકોને આશ્ચર્યમાં મૂકે છે. DFSR મલ્ટી-માસ્ટર અને એસિંક્રોનસ છે: દરેક પ્રતિકૃતિ સ્વતંત્ર રીતે આવૃત્તિઓ ટ્રેક કરે છે, અને પ્રોટોકોલમાં કંઈ પણ સર્વરો વચ્ચે લોક રાખતું નથી. VPN તેમની વચ્ચે ટ્રાફિક વહન કરે છે અને આ ધારણાને જે સંકલન જોઈએ તેમાંથી કંઈ ઉમેરતું નથી. લેખન પેટર્ન અને ક્ષમતા મોડેલનું આયોજન કરો, નહીં તો પહેલો સાચો સંઘર્ષ સપોર્ટ ઘટના બની જશે.

ભ્રમ: VPN પ્રતિકૃતિઓને એક ફાઇલ સિસ્ટમ બનાવે છે

ટનલ એ પરિવહન છે. તે બે સર્વર વચ્ચે માન્ય માર્ગ આપે છે અને વચ્ચેના હોપ છુપાવે છે. કોણ ફાઇલ સંપાદિત કરી શકે, આવૃત્તિઓ કયા ક્રમમાં આવે, અથવા બે સંપાદનો એકસાથે સ્પર્ધા કરે ત્યારે શું થાય તે વિશે તે કંઈ કહેતું નથી.

એન્ક્રિપ્શન અને ઉપલબ્ધતા લિંકના ગુણધર્મો છે; સુસંગતતા પ્રતિકૃતિ એન્જિન અને તમારા કાર્યપ્રવાહનો ગુણધર્મ છે.

DFSR ખરેખર શું પ્રતિકૃત કરે છે

દરેક સર્વર પોતાની નકલ અને પોતાનું આવૃત્તિ મેટાડેટા રાખે છે. જોડાણ અને સમયપત્રક પરવાનગી આપે ત્યારે ફેરફારો ફેલાય છે, અને એન્જિન રિમોટ ડિફરન્શિયલ કમ્પ્રેશન વાપરીને ફાઇલના ફક્ત બદલાયેલા ભાગ મોકલે છે. જ્યારે બે પ્રતિકૃતિ કોઈપણ અપડેટ આવ્યા પહેલા એક જ ફાઇલ બદલે છે, ત્યારે એક આવૃત્તિ જીતે છે અને બીજી સંઘર્ષ-નકલ તરીકે બાજુ પર ખસેડાય છે. કોઈ સર્વરે બીજું સંપાદન અવરોધ્યું નહીં, કારણ કે અવરોધ માટે વિતરિત લોક જોઈએ, જે DFSR આપતું નથી.

નામસ્થાન માર્ગ નકલો સરળતાથી પહોંચવા યોગ્ય બનાવે છે, અને તેમને સુસંગત બનાવતું નથી.

સ્ટેજિંગ જગ્યા કાર્ય ક્ષમતા છે, બેકઅપ નથી

સ્ટેજિંગ એ કામચલાઉ વિસ્તાર છે જેનો ઉપયોગ પ્રતિકૃતિ ફેરફારો એકઠા કરતી વખતે કરે છે. Microsoft ની માપ માર્ગદર્શિકા પ્રતિકૃત ફોલ્ડરની 32 સૌથી મોટી ફાઇલોના સંયુક્ત માપને ન્યૂનતમ ગણે છે, અને પ્રારંભિક પ્રતિકૃતિ દરમિયાન વધારાની જગ્યા ઉપયોગી છે. તેથી નાના દસ્તાવેજોનું વૃક્ષ અને કેટલીક મોટી આર્કાઇવ ધરાવતું ફોલ્ડર અલગ સ્ટેજિંગ આકાર માંગે છે. સ્ટેજિંગ ખતમ થાય ત્યારે પ્રતિકૃતિ નેટવર્ક નિષ્ફળતા જેવી રીતે અટકે છે. ડેટા પરથી માપ નક્કી કરો, પછી ડેટા બદલાતો હોય ત્યારે નજર રાખો.

સ્ટેજિંગ બેકઅપ નથી, અને ફેરફારો ફેલાવવા એ આવૃત્તિ ઇતિહાસ નથી.

પ્રી-સીડિંગ ઑપ્ટિમાઇઝેશન છે, શોર્ટકટ નથી

મોટા હાલના વૃક્ષ માટે Robocopy સાથે સમર્થિત પ્રી-સીડિંગ પ્રારંભિક સિંક્રોનાઇઝેશન દરમિયાન લિંક પાર કરવાનું ઘટાડી શકે છે, અને Microsoft ની માર્ગદર્શિકા ફાઇલ માહિતી સાચવવા અને લૉક થયેલી કે છોડી દીધેલી ફાઇલો સંભાળવા આવરી લે છે. તે ઑપ્ટિમાઇઝેશન છે, લક્ષ્ય પહેલેથી યોગ્ય છે તેવું વચન નથી, તેથી પ્રારંભિક પ્રતિકૃતિ પૂર્ણ થઈને ચકાસાવી જોઈએ. આ ચકાસણી છોડી દેવાથી જ સાઇટ એવી ફાઇલો પરોવવા લાગે છે જે કદી પ્રતિકૃત સમૂહમાં નહોતી.

વપરાશકર્તાઓ લક્ષ્ય પર આધાર રાખે તે પહેલાં પ્રારંભિક સ્થિતિ ચકાસો, પહેલી ફરિયાદ પછી નહીં.

વિન્ડો પસંદ કરો અને વર્તમાનનો અર્થ નક્કી કરો

પ્રતિકૃતિ સમયપત્રક અને બેન્ડવિડ્થ નિયંત્રણો નક્કી કરે છે કે ભાગીદારો ક્યારે ડેટાની આપલે કરી શકે. કામકાજના સમય પછીની સાંકડી વિન્ડો એ માન્ય ડિઝાઇન છે જે દિવસ દરમિયાન બેકલોગ રાખે છે, જો બધા સહમત હોય કે દૂરની નકલ ફક્ત સવાર સુધીમાં વર્તમાન હોવી જોઈએ.

એ વાક્ય લખી રાખો, કારણ કે “બેકલોગ ચાલીસ મિનિટ છે” ત્યારે જ ચિંતાનું કારણ છે જ્યારે કોઈએ લક્ષ્ય નક્કી ન કર્યું હોય.

એક ફાઇલ સાથે નહીં, કાર્યપ્રવાહ સાથે સ્વીકારો

લોકો ખરેખર જે ફાઇલો વાપરે છે તેની સાથે પરીક્ષણ કરો: મોટો દસ્તાવેજ, નિયમિત સંપાદન, કાઢી નાખવું અને બંને સાઇટ પર જાણી જોઈને એકસાથે સંપાદન. ખાતરી કરો કે સંઘર્ષનું વર્તન તમે વ્યવસાયને જે કહ્યું તેની સાથે મેળ ખાય છે અને બેકઅપમાંથી પુનઃપ્રાપ્તિનો માર્ગ પ્રતિકૃતિઓથી અલગ છે. પછી કેટલાક અઠવાડિયા ફેરફારનું પ્રમાણ, કતારની વૃદ્ધિ અને સ્ટેજિંગ માર્જિન સેવા વિન્ડો સામે નિહાળો. VPN ક્ષમતા ઘણી મર્યાદાઓમાંની એક છે, અને તમે પહેલી વારે પહોંચો છો તેવું ભાગ્યે જ બને છે.

જે ડિઝાઇન પોતાનો વિલંબ અને સંપાદન નિયમો દસ્તાવેજ કરે છે તેને ટેકો આપવો સમાન નકલોનું વચન આપતી ડિઝાઇન કરતાં ઘણો સરળ છે.