Pre-Staging Replikasi File layanan direplikasi file pada saham sistem file SYSVOL dan terdistribusi untuk sinkronisasi optimal

Artikel ini menjelaskan proses pre-staging untuk File Layanan replikasi (FRS) direplikasi file pada Volume sistem (SYSVOL) dan pada Berkas Terdistribusi (Dfs) sistem saham untuk sinkronisasi optimal.

Pada Windows Server 2003, instalasi direktori aktif Wizard (Dcpromo.exe) mengandung sumber dari Media fitur, yang memungkinkan Active Directory untuk bersumber dari beberapa salinan database di CD-ROM sebagai lawan untuk melakukan sinkronisasi lengkap direktori aktif atas jaringan.

Di Windows 2000 membangun 2195 dan Windows XP, rilis FRS mendukung serupa fitur ketika folder target di replika baru anggota dikembalikan oleh NTBackup program untuk setiap anggota yang sudah ada sebelum bergabung dengan replika ditetapkan. Operasi ini dapat digunakan pada baru atau reinitialized Anggota replika SYSVOL dan Dfs:

1. Mengatur setidaknya dua Dfs cadangan, seperti, \\Server1\Apps, \\Server2\Apps, dan \\ServerX...\Apps.
2. Mengaktifkan replikasi hanya antara dua replika anggota, seperti sebagai, \\Server1 dan \\Server2. Anda dapat menetapkan setiap server sebagai dasar, tetapi replikasi folder harus kosong ketika komputer ditambahkan ke Dfs/FRS replika set.
3. Salin file yang ditakdirkan untuk replika yang diatur dalam replikasi \\Server1\Apps folder.
   
   Karena \\Server1 memiliki setidaknya satu Outbound mitra (\\Server2), ketika Anda menyalin file ke \\Server1, menyebabkan FRS untuk menghasilkan file pementasan dan Ubah Urutan dikirim ke \\Server2. MD5 (algoritma hash) checksum dihitung selama generasi file pementasan dan Hasilnya disimpan dalam IDTable pada \\Server1 dan dalam urutan perubahan yang dikirim ke \\Server2. Ketika \\Server2 proses urutan perubahan ini menghemat MD5 checksum dalam IDTable on\\Server2. Proses ini adalah satu-satunya cara checksum MD5 adalah disimpan dalam IDTable dan penggunaan MD5 diperlukan untuk menghindari overhead ketika anggota baru ditambahkan kemudian.
   
   Setelah langkah 3 selesai, replikasi file harus ada pada \\Server1 dan \\Server2, dan IDTables kedua harus memiliki MD5 checksum untuk setiap file dan folder.
4. Menggunakan NTBackup atau setara pihak ketiga untuk cadangan isi dari pohon replika dari \\Server1 atau \\Server2. NTBackup menyimpan dan mengembalikan identifikasi objek Atribut (ID) yang berkaitan dengan setiap berkas dan map. Baik Windows NT maupun perintah copy MS-DOS melestarikan informasi ini ketika file disalin dari \\Server1 ke \\Server2. ID objek ini harus dikembalikan dengan file ketika anggota baru ditambahkan kemudian.
5. Jika kurang dari tujuh hari telah berlalu sejak replika mengatur mengandung Server1 dan Server2 diciptakan, log keluar harus dibersihkan sehingga vvjoin penuh dipicu ketika anggota berikutnya bergabung.
   
   Catatan Pengaturan registri berikut nilai ke 0 membersihkan log keluar:
   HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters

   
   Nama Kunci:

   Outlog sejarah perubahan dalam menit

   (REG_DWORD)
   Nilai:

   0
6. Pada \\Server3 dan semua masa depan replika anggota, memulihkan cadangan untuk \\Server3\Apps direplikasi folder (menggunakan Memulihkan berkas untuk menu) untuk "lokasi alternatif" sebelum Anda menambahkan komputer untuk replika set.
7. Untuk mengaktifkan replikasi untuk \\Server3\Apps, FRS pada \\Server3 bergerak semua file dari target folder untuk folder yang sudah ada sebelumnya, dan kemudian memulai sinkronisasi lengkap (juga disebut sebagai versi vektor join operasi) dari semua komputer yang \\Server3 telah masuk direktori Windows NT Objek sambungan layanan (NTDS). Dari Dfs replika set dengan penuh topologi mesh disukai oleh Windows 2000 Dfs snap-in, set dapat mencakup semua server berpartisipasi dalam set replika, seperti, \\Server1 dan \\Server2. Peluncuran Windows XP dari Dfs snap-in mendukung lebih optimal topologi termasuk pilihan kebiasaan.
   
   Persyaratan kunci dalam situasi ini adalah \\Server3 yang telah masuk sambungan dari mitra Hulu, \\Server1 dan \\Server2 dalam hal ini, IDTABLE yang berisi MD5 checksum untuk file terkandung dalam set replika bunga.
   
   FRS pada \\Server1 enumerates semua file dan folder dalam yang IDTable dan mengirim diarahkan (yang adalah, satu sasaran) mengubah perintah untuk \\Server3. Karena IDTable telah MD5 checksum, disertakan agar perubahan. Seperti \\Server3 proses ini perubahan pesanan, server ini mengambil ID objek untuk file atau folder dari mengubah urutan dan upaya untuk mencari berkas yang sesuai di yang sudah ada sebelumnya folder. Jika server menempatkan file, itu re-computes MD5 checksum pada isi dari file itu, membandingkan hasil checksum MD5 yang diterima dalam Ubah urutan dan, jika mereka cocok, menggunakan berkas yang sudah ada sebelumnya bukan mencoba untuk mendapatkan file dari \\Server1. Jika \\Server3 tidak menemukan file, atau jika MD5 checksum tidak cocok, server memperoleh file dari \\Server1. Setiap perubahan ke isi file, seperti, untuk kontrol akses Daftar, aliran data, atau atribut dapat menyebabkan MD5 ketidakcocokan dan file Diperoleh dari \\Server1 atau pasangan lainnya Hulu.
   
   Sementara itu, FRS pada \\Server2 (dan semua mitra Hulu baru atau reinitialized replika anggota) adalah melakukan proses yang sama sebagai \\Server1. Proses \\Server3 mengubah urutan untuk file tertentu atau folder dari Server1 atau Server2, mana saja tiba pertama. Perubahan lain diabaikan.
   
   Ketika semua replikasi kegiatan telah menetap, IDTables pada semua tiga server memiliki identik MD5 checksum dan konten file yang sama di folder direplikasi. Ulangi langkah 5 dan 6 untuk menambahkan tambahan server set replika.

Mengoptimalkan awal atau proses VV bergabung

Bergabung VV saat ini secara inheren tidak efisien. Selama normal replikasi, mitra Hulu membangun sebuah pementasan file, yang dapat sumber semua mitra Hilir. Dalam bergabung VV, semua komputer yang memiliki outbound koneksi ke pasangan hilir baru atau reinitialized membangun pementasan file ditujukan semata-mata untuk pasangan itu. Jika komputer 10 bergabung awal dari \\Server1, bergabung membangun 10 file di panggung untuk setiap file yang direplikasi. Optimasi untuk membatasi dampak bergabung VV meliputi:

• Pre-Stage konten pada anggota baru menggunakan NTBackup (sebelumnya dibahas).
• Mengurangi jumlah server membangun pementasan file baru atau reinitialized hilir mitra.
• Menghapus atau mengurangi jumlah file dalam direplikasi folder sampai semua komputer telah menyelesaikan tahap bergabung VV.
• Mengaktifkan bergabung hanya satu terjadi pada diberikan Hulu mitra.

Mengurangi jumlah file server gedung pementasan untuk baru atau Reinitialized hilir mitra

Kontroler domain replika (kontroler backup domain) bergabung dengan ada domain berbasis Windows mencoba untuk meniru SYSVOL folder dari kontroler domain sama digunakan untuk sumber Active Directory. Sumber SYSVOL Server diidentifikasi dalam Replika mengatur orangtua nilai registri. Anda harus memastikan bahwa FRS dijalankan dan responsif pada server ditunjuk sumber.

Untuk set replika SYSVOL reinitialized dengan mengembalikan non-otoritatif (Burflags = D2), Administrator dapat membatasi generasi pementasan file ke server tertentu dengan menetapkan Replika mengatur orangtua kunci registri untuk menunjuk ke sebuah situs yang sama atau ditunjuk pementasan server.

Untuk informasi lebih lanjut tentang kunci registri replika Set orangtua, klik nomor artikel di bawah ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft: The Replika mengatur orangtua optimasi kunci registri tidak mungkin untuk Dfs replika anggota. Mungkin workarounds meliputi:

• Mematikan layanan FRS pada semua mungkin Hulu mitra (mereka komputer yang baru atau reinitialized anggota telah masuk sambungan dari) sehingga sumber terjadi dari hanya tersisa server.
  
  Ini bekerja di sekitar bukanlah solusi yang lebih disukai karena menghentikan layanan FRS tidak berhenti akumulasi perubahan catatan dalam NTFS mengubah jurnal. Jika jurnal membungkus (melimpah), VV join diperlukan ketika layanan kemudian restart. Jika Anda tahu bahwa ada dapat diabaikan atau tidak mengajukan modifikasi aktivitas (seperti, membuat, menghapus, mengubah nama, update) pada setiap volume disk hosting satu set replika, risiko jurnal membungkus kemungkinan untuk menjadi rendah.
• Menghapus atau mengurangi jumlah file dalam direplikasi folder sampai semua komputer telah menyelesaikan tahap bergabung VV (dibahas di bagian berikut).
  
  Operasi ini tidak mungkin layak alternatif jika server pusat terhubung ke server cabang baru oleh sarana link bandwidth rendah dan Anda memiliki gigabytes data file untuk menginisialisasi. Namun, Anda harus mempertimbangkan opsi berikut.
• Mengendalikan jumlah inbound koneksi dari sumber Server tersedia untuk anggota baru atau reinitialized (yaitu bergabung terjadi dengan satu inbound koneksi).
• Menyebarkan data dari server pusat selama akhir pekan atau jam malam.
  
  Bahkan dengan 64 kilobit link di 75 persen tersedia bandwidth, Anda dapat memindahkan 21 MB data setiap jam atau 506 MB setiap hari. Dengan dua pusat komputer dan cabang-cabang 200 yang terhubung dengan cara dari 64 kilobit link, Anda dapat menginisialisasi mereka dengan 1 GB konten dua hari akhir pekan. Jika Anda mendapatkan rasio kompresi rata-rata 50 persen, Anda dapat memindahkan 2 GB data selama akhir pekan. Operasi ini memerlukan tidak ada cadangan atau pemulihan operasi, tidak ada pentahapan dari cabang startup untuk menghindari berlebihan server pusat dan semua kemajuan pemantauan dapat dilakukan dari server pusat menggunakan set ntfrs perintah dan laporan Connstat alat untuk memeriksa setiap backlogs untuk cabang tertentu. Ruang pementasan dan pementasan membatasi parameter pada hub server harus cukup besar untuk menampung semua data karena berkas pementasan generasi dengan mudah dapat melebihi cabang pengiriman data melalui link lambat.

Menghapus atau mengurangi jumlah file dalam Replicated Folder sampai semua komputer telah menyelesaikan tahap bergabung VV

Biasanya, Anda ingin semua replika menetapkan anggota untuk bergabung dengan replika set dengan folder kosong atau hampir kosong untuk menghindari generasi tidak efisien Stadium file pada beberapa server. Proses ini adalah kurang dari sebuah isu untuk SYSVOL karena server dibangun secara bertahap, isi biasanya lebih kecil daripada Dfs saham, dan Replika mengatur orangtua kunci registri berarti FRS cuba sumber dari satu Hulu mitra.

Untuk set replika Dfs besar, di mana replikasi yang biasanya diaktifkan langsung pada 2-50 server untuk puluhan gigabyte konten, dampak lebih besar. Pertimbangkan untuk menambahkan sebagian besar komputer untuk Direplikasi FRS Dfs saham setelah mereka telah dikerahkan. Juga, Anda ingin direplikasi folder pada server utama menjadi kosong sehingga bergabung VV terjadi tanpa harus meniru file. File dapat ditambahkan, mungkin secara bertahap, dengan efisiensi yang normal.

Kosong atau minimal VV bergabung dapat digunakan untuk memulihkan penyebaran di mana Active Directory dan/atau FRS mengalami "meleleh bawah"dan perlu reinitialized. Setelah Anda mengkonfirmasi bahwa Active Directory replikasi fungsional, memindahkan file dari folder yang direplikasi server utama, dan kemudian reinitialize anggota replika. Jika SYSVOL, menjaga default domain dan kebijakan kontroler domain di \Policies folder yang utuh di server utama (Burflags = "D4" atau sumber sisa Server) sehingga yang reinitialized pengontrol domain dapat mereplikasi dalam dan berlaku kebijakan (misalnya, "akses komputer ini dari jaringan dan lain Diperlukan hak"kebijakan) untuk operasi domain dan klien yang tepat.

Mengaktifkan bergabung hanya satu terjadi pada pasangan Hulu tertentu

Untuk berukuran besar Dfs replika mengandung puluhan gigabytes file, Anda dapat mempertimbangkan untuk menambahkan hanya satu anggota sekaligus direplikasi FRS folder. Secara khusus, membiarkan anggota baru menyelesaikan sinkronisasi lengkap dan bergerak keluar dari modus VV bergabung. Mitra Hulu harus membersihkan mereka file dari folder pementasan sebelum menambahkan anggota tambahan.

Sebagai tambahan menetapkan batas ruang pementasan (didefinisikan dalam artikel berikut, Q221111, "Deskripsi FRS entri di registri") pada semua potensi sumber server sama atau lebih besar daripada 128 file terbesar direplikasi oleh Hulu mitra (jumlah VV bergabung terjadi pada setiap titik).

Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft: