არხი დაშიფრულია, ყოველთვის ჩართულია და საკმარისად სწრაფია, ამიტომ საზიარო საქაღალდე ორივე საიტზე ერთი საქაღალდესავით უნდა მოიქცეს. სწორედ ეს ვარაუდი უდევს საფუძვლად DFS რეპლიკაციის იმ პროექტებს, რომლებიც მოგვიანებით ადამიანებს აკვირვებს. DFSR multi-master და ასინქრონულია: ყოველი რეპლიკა დამოუკიდებლად აკვირდება ვერსიებს და პროტოკოლში არაფერი ინახავს ჩაკეტვას სერვერებს შორის. VPN მათ შორის ტრაფიკს გადაიყვანს და არ ამატებს არაფერს იმ კოორდინაციიდან, რომელიც ამ ვარაუდს სჭირდება. დაგეგმეთ ჩაწერის ნიმუში და ტევადობის მოდელი, თორემ პირველი ნამდვილი კონფლიქტი მხარდაჭერის შემთხვევად იქცევა.

მითი: VPN რეპლიკებს ერთ ფაილურ სისტემად აქცევს

გვირაბი ტრანსპორტია. ის გაძლევთ დაშვებულ გზას ორ სერვერს შორის და მალავს შუალედურ ნახტომებს. ის არაფერს ამბობს იმაზე, ვის შეუძლია ფაილის რედაქტირება, რა თანმიმდევრობით მოდის ვერსიები ან რა ხდება, როცა ორი რედაქტირება ეჯიბრება.

დაშიფვრა და ხელმისაწვდომობა არხის თვისებებია; თანმიმდევრულობა რეპლიკაციის ძრავისა და თქვენი სამუშაო ნაკადის თვისებაა.

რას აკოპირებს DFSR სინამდვილეში

ყოველი სერვერი ინახავს თავის ასლს და თავის ვერსიის მეტამონაცემებს. ცვლილებები ვრცელდება, როცა კავშირი და გრაფიკი ნებას იძლევა, ხოლო ძრავა იყენებს დისტანციურ დიფერენციალურ შეკუმშვას, რათა გაგზავნოს მხოლოდ ფაილის შეცვლილი ნაწილები. როცა ორი რეპლიკა ერთსა და იმავე ფაილს ცვლის რომელიმე განახლების მოსვლამდე, ერთი ვერსია იმარჯვებს, მეორე კი განზე გადადის კონფლიქტის ასლად. არცერთ სერვერს მეორე რედაქტირება არ დაუბლოკავს, რადგან ბლოკირებას დასჭირდება განაწილებული ჩაკეტვა, რომელსაც DFSR არ გვთავაზობს.

სახელთა სივრცის გზა ასლებს ადვილად მისაწვდომს ხდის და მათ თანმიმდევრულს არ ხდის.

Staging სივრცე სამუშაო ტევადობაა, არა სარეზერვო ასლი

Staging არის დროებითი არე, რომელსაც რეპლიკაცია იყენებს ცვლილებების შეკრებისას. Microsoft-ის ზომის სახელმძღვანელო რეპლიცირებულ საქაღალდეში 32 უდიდესი ფაილის ჯამურ ზომას იღებს მინიმუმად, ხოლო დამატებითი ადგილი საწყისი რეპლიკაციისას გამოსადეგია. ამიტომ წვრილი დოკუმენტების ხე და რამდენიმე დიდი არქივის საქაღალდე სხვადასხვა staging ფორმას საჭიროებს. როცა staging ამოიწურება, რეპლიკაცია ისე ჩერდება, რომ ქსელურ ხარვეზს ჰგავს. გაზომეთ ის მონაცემებიდან და შემდეგ აკვირდით, როცა მონაცემები იცვლება.

Staging არ არის სარეზერვო ასლი და ცვლილებების გავრცელება არ არის ვერსიების ისტორია.

წინასწარი დათესვა ოპტიმიზაციაა, არა მოკლე გზა

დიდი არსებული ხისთვის Robocopy-ით მხარდაჭერილი წინასწარი დათესვა შეამცირებს იმას, რაც საწყისი სინქრონიზაციისას არხზე უნდა გაიაროს, და Microsoft-ის სახელმძღვანელო მოიცავს ფაილის ინფორმაციის შენარჩუნებას და ჩაკეტილ ან გამოტოვებულ ფაილებთან მუშაობას. ეს ოპტიმიზაციაა, არა დაპირება, რომ დანიშნულება უკვე სწორია, ამიტომ საწყისი რეპლიკაცია მაინც უნდა დასრულდეს და შემოწმდეს. სწორედ ამ შემოწმების გამოტოვების გამო იწყებს საიტი იმ ფაილების მიწოდებას, რომლებიც არასოდეს ყოფილა რეპლიცირებულ კომპლექტში.

შეამოწმეთ საწყისი მდგომარეობა მანამ, სანამ მომხმარებლები დანიშნულებას დაეყრდნობიან, და არა პირველი საჩივრის შემდეგ.

აირჩიეთ ფანჯარა და განსაზღვრეთ, რას ნიშნავს აქტუალური

რეპლიკაციის გრაფიკი და გამტარუნარიანობის კონტროლი წყვეტს, როდის შეიძლება პარტნიორებმა მონაცემების გაცვლა. სამუშაო საათების შემდგომი ვიწრო ფანჯარა ლეგიტიმური პროექტია, რომელიც დღის განმავლობაში ჩამორჩენას ტოვებს, იმ პირობით, რომ ყველა შეთანხმდა: შორეული ასლი მხოლოდ დილისთვის უნდა იყოს აქტუალური.

ჩაწერეთ ეს წინადადება, რადგან „ჩამორჩენა ორმოცი წუთია“ მხოლოდ მაშინ შემაშფოთებელია, თუ ვინმემ სამიზნე არ განსაზღვრა.

მიიღეთ სამუშაო ნაკადთან ერთად, არა ერთი ფაილით

გამოსცადეთ იმ ფაილებით, რომლებსაც ადამიანები რეალურად იყენებენ: დიდი დოკუმენტი, რუტინული რედაქტირება, წაშლა და განზრახ ერთდროული რედაქტირება ორივე საიტზე. დაადასტურეთ, რომ კონფლიქტის ქცევა ემთხვევა იმას, რაც ბიზნესს უთხარით, და რომ სარეზერვო ასლიდან აღდგენის გზა რეპლიკებისგან დამოუკიდებელია. შემდეგ რამდენიმე კვირის განმავლობაში დააკვირდით ცვლილებების მოცულობას, რიგის ზრდას და staging-ის რეზერვს მომსახურების ფანჯრის მიმართ. VPN-ის ტევადობა რამდენიმე შეზღუდვიდან ერთია და იშვიათად პირველი, რომელსაც მიაღწევთ.

პროექტი, რომელიც ასახავს თავის დაყოვნებას და რედაქტირების წესებს, გაცილებით ადვილი მხარდასაჭერია, ვიდრე ის, რომელიც იდენტურ ასლებს გვპირდება.

დაკავშირებული სტატიები