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

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 266679 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

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.

INFORMASI LEBIH LANJUT

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:
257338Pemecahan masalah hilang SYSVOL dan Netlogon saham pada pengontrol domain Windows 2000
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:
221111Deskripsi FRS entri di registri

Properti

ID Artikel: 266679 - Kajian Terakhir: 22 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Kata kunci: 
kbdfs kbenv kbinfo kbmt KB266679 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:266679

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com