Cara menentukan ukuran minimum yang diperlukan untuk folder pementasan replikasi DFSR

[Catatan penerjemah. Artikel ini untuk Windows Server 2003 / 2003R2 / 2008 / 2008R2, tetapi sebagian besar di atas berlaku untuk versi OS selanjutnya]

Warren ada di sini lagi. Artikel ini adalah panduan referensi cepat tentang cara menghitung dengan benar ukuran folder pementasan minimum yang diperlukan agar DFSR berfungsi dengan baik. Menetapkan nilai yang lebih rendah dapat memperlambat replikasi atau bahkan menghentikannya. Perlu diingat bahwa ini hanya nilai minimum . Saat menentukan ukuran folder perantara, ingat hal berikut: semakin besar ukuran folder perantara, semakin baik, hingga ukuran folder yang direplikasi itu sendiri. Untuk informasi lebih lanjut tentang betapa pentingnya menggunakan ukuran yang benar dari folder pementasan, lihat bagian “Cara Menentukan Apakah Anda Memiliki Masalah dengan Staging Folder” dan posting blog yang tertaut di akhir artikel ini.

Pembaruan: Warren benar-benar tahu cara meyakinkan! Sekarang ada perbaikan dengan mana Anda dapat menghitung ukuran folder pementasan.
https://support.microsoft.com/kb/2607047

Aturan praktis

Windows Server 2003 R2 - Kuota folder pementasan harus sama dengan ukuran total 9 file terbesar di folder yang direplikasi.

Windows Server 2008 dan 2008 R2 - Kuota folder pementasan harus sama dengan ukuran total 32 file terbesar di folder yang direplikasi [Catatan penerjemah. Nomor ini juga berlaku untuk Windows Server 2012 / 2012R2]

Replikasi primer menggunakan lebih banyak ruang dalam folder pementasan daripada replikasi harian normal. Jika ukuran ruang disk memungkinkan, maka sebelum memulai replikasi primer sangat disarankan untuk mengatur ukuran melebihi minimum yang diperlukan.

Di mana mendapatkan PowerShell?

PowerShell disertakan dengan Windows 2008 dan di atasnya. Itu harus diinstal pada Windows Server 2003. Unduh PowerShell untuk Windows 2003 di sini .

Bagaimana cara menemukan file terbesar ini?

Gunakan skrip PowerShell untuk menemukan 32 atau 9 file terbesar dan tentukan berapa gigabyte yang ditempatinya (terima kasih kepada Ned Pyle untuk perintah PowerShell). Saya ingin memperkenalkan Anda pada tiga skrip PowerShell. Masing-masing dari mereka berguna dengan caranya sendiri, namun yang ke-3 adalah yang paling berguna.

1. Jalankan:
   

   Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | ft name,length -wrap -auto 

   
   Perintah ini mengembalikan nama file dan ukurannya dalam byte. Sangat berguna untuk mencari tahu 32 file mana yang terbesar di folder yang direplikasi, dan mengunjungi pemiliknya.
   
2. Jalankan:
   

    Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum 

   
   Perintah ini mengembalikan jumlah total byte untuk 32 file terbesar dalam folder tanpa menyebutkan nama mereka.
   
3. Jalankan:
   
   

    $big32 = Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum $big32.sum /1gb 

   
   Perintah ini mendapatkan jumlah total byte untuk 32 file terbesar dalam folder dan, menggunakan perhitungan matematis, mengubahnya menjadi gigabytes. Perintah ini terdiri dari dua baris terpisah. Anda dapat menempelkannya sekaligus ke shell perintah PowerShell, atau menjalankannya secara bergantian.
   

Analisis manual

Untuk menunjukkan proses dan, jika memungkinkan, memperdalam pemahaman kita tentang apa yang kita lakukan, kita akan melalui setiap operasi dan melakukannya secara manual.

Perintah pertama yang dijalankan akan mengembalikan hasil yang serupa dengan yang ditunjukkan di bawah ini. Untuk singkatnya, contoh ini hanya membutuhkan 16 file. Pertimbangkan selalu 32 file untuk Windows 2008 dan sistem operasi yang lebih baru dan 9 untuk Windows 2003 R2.

Data sampel dikembalikan oleh PowerShell:

Nama	Panjangnya
File5.zip	10286089216
arsip.zip	6029853696
CADANGAN.zip	5751522304
file9.zip	5472683008
MENTOS.zip	5241586688
File7.zip	4321264640
file2.zip	4176765952
frd2.zip	4176765952
CADANGAN.zip	4078994432
File44.zip	4058424320
file11.zip	3858056192
Backup2.zip	3815138304
BACKUP3.zip	3815138304
Zip saat ini	3576931328
Backup8.zip	3307488256
File999.zip	3274982400

Cara menggunakan data ini untuk menentukan ukuran minimum folder pementasan:

• Nama = nama file
• Panjang = ukuran dalam byte
• Satu gigabyte = 1073741824 byte

Pertama, Anda perlu menghitung jumlah total byte. Kemudian bagi nomor yang dihasilkan dengan 1073741824. Saya sarankan menggunakan Excel atau editor spreadsheet lain yang Anda gunakan untuk perhitungan ini.

Contoh perhitungan berdasarkan

Dalam contoh di atas, jumlah total byte adalah 75241684992. Untuk mendapatkan ukuran minimum yang diperlukan dari kuota perantara, Anda harus membagi 75241684992 dengan 1073741824.

75241684992/1073741824 = 70.07 (GB)

Berdasarkan data, saya akan mengatur ukuran folder pementasan ke 71 GB, dibulatkan ke seluruh nomor.

Aplikasi praktis

Terlepas dari kenyataan bahwa analisis manual adalah hal yang menarik, itu bukan hal terbaik untuk menghabiskan waktu Anda. Untuk mengotomatiskan proses, gunakan perintah ke-3 dari contoh di atas. Hasilnya akan seperti ini:



Menggunakan perintah dari contoh ke-3, dimungkinkan tanpa perhitungan apa pun (tidak termasuk pembulatan) untuk menentukan bahwa folder d: \ docs memerlukan kuota menengah 6 GB.

Apakah saya perlu me-restart server atau me-restart layanan untuk menerapkan perubahan?

Agar perubahan yang dilakukan pada kuota folder pementasan berlaku, tidak perlu me-restart server atau me-restart layanan. Untuk menerapkan perubahan, Anda harus menunggu sampai replikasi AD dan siklus polling untuk objek DFSR di AD selesai.

Cara mengidentifikasi masalah dengan folder pementasan

Masalah folder menengah terdeteksi dengan melacak kode peristiwa tertentu di log server DFSR. Berikut adalah daftar acara ini: 4202, 4204, 4206, 4208 dan 4212. Deskripsi untuk mereka disajikan di bawah ini. Penting untuk memahami perbedaan antara acara 4202 dan 4204, serta acara lainnya. Acara 4202 dan 4204 dapat dicatat dalam jumlah besar dan selama operasi normal. Pikirkan peristiwa 4202 dan 4204 sebagai sesuatu seperti denyut nadi, sementara 4206, 4208, dan 4212 akan mirip dengan nyeri dada. Di bawah ini saya akan menjelaskan bagaimana menafsirkan peristiwa 4202 dan 4204.

Pementasan acara terkait folder

[Catatan penerjemah. Acara jurnal yang dijelaskan di bawah ini disajikan dalam bentuk di mana mereka hadir di lokalisasi Rusia Windows Server 2012 R2.]

Kode: 4202
Level: Peringatan
Replikasi DFS menemukan bahwa ruang pementasan yang digunakan oleh folder yang direplikasi dengan jalur lokal <path> telah melampaui batas atasnya. Layanan akan mencoba menghapus file-file antara tertua. Ini dapat mempengaruhi kinerja.

Kode: 4204
Level: Informasi
Layanan Replikasi DFS berhasil menghapus file perantara lama dari folder yang direplikasi dengan jalur lokal <path>. Ruang perantara sekarang di bawah batas atas.

Kode: 4206
Level: Peringatan
Layanan Replikasi DFS tidak dapat membersihkan file perantara lama untuk folder yang direplikasi di jalur lokal <path>. Layanan mungkin tidak dapat mereplikasi beberapa file besar, dan folder yang direplikasi mungkin menjadi tidak sinkron. Layanan akan secara otomatis berusaha membersihkan kembali area pementasan dalam <X> menit. Suatu layanan dapat mulai membersihkan lebih cepat jika mendeteksi bahwa beberapa file perantara telah dibuka kuncinya.

Kode: 4208
Level: Peringatan
Replikasi DFS menemukan bahwa ruang staging melebihi kuota staging dari folder yang direplikasi di jalur lokal <path>. mereplikasi beberapa file besar dan folder yang direplikasi mungkin menjadi tidak sinkron. Layanan akan secara otomatis berusaha membersihkan kembali area pementasan.

Kode: 4212
Level: Kesalahan
Layanan Replikasi DFS tidak dapat mereplikasi folder yang direplikasi dengan jalur lokal <path> karena jalur perantara tidak valid atau tidak tersedia.

Apa perbedaan antara peristiwa 4202 dan 4208?

Acara 4202 dan 4208 memiliki deskripsi yang serupa, yaitu DFSR mendeteksi bahwa ukuran yang ditempati oleh folder pementasan melebihi batas. Perbedaannya adalah bahwa peristiwa 4202 dicatat segera setelah proses pembersihan folder menengah dimulai, sementara kuota menengah masih terlampaui. Peristiwa 4202 adalah tanda operasi normal normal, sementara 4208 menunjukkan penyimpangan dari norma dan membutuhkan intervensi.

Berapa banyak acara 4202 dan 4204 dianggap terlalu besar?

Tidak ada jawaban tunggal untuk pertanyaan ini. Berbeda dengan peristiwa 4206, 4208, dan 4212, yang selalu menunjukkan hal-hal buruk dan menunjukkan perlunya tindakan, peristiwa 4202 dan 4204 juga terjadi selama operasi normal. Kejadian yang sering muncul 4202 dan 4204 dapat mengindikasikan masalah. Fakta untuk dipertimbangkan:

1. Apakah 4202 peristiwa dicatat untuk folder direplikasi (RF) selama replikasi utamanya? Jika demikian, maka peristiwa 4202 dan 4204 adalah normal. Jika selama sinkronisasi awal Anda ingin mengurangi jumlah peristiwa ini ke minimum, maka ini dapat dicapai dengan meningkatkan ukuran folder perantara.
2. Hanya menghitung jumlah total 4202 peristiwa tidak cukup. Anda perlu tahu berapa banyak dari mereka yang berlaku untuk RF tertentu. Jika dalam 24 jam ada dua puluh 4202 peristiwa dalam jurnal yang terkait dengan satu folder, maka ini banyak. Tetapi jika Anda memiliki 20 folder yang direplikasi dan satu acara untuk masing-masingnya, maka semuanya sudah beres.
3. Untuk mengidentifikasi tren, Anda perlu menganalisis informasi yang dikumpulkan selama beberapa hari.

Saya biasanya menyarankan pelanggan untuk mengizinkan tidak lebih dari satu 4202 peristiwa per folder yang direplikasi selama hari selama operasi normal. "Normal" berarti replikasi primer tidak terjadi. Saya mendukung ini dengan alasan berikut:

1. Waktu yang diperlukan untuk membersihkan folder pementasan adalah waktu yang diambil dari replikasi file. Replikasi ditangguhkan saat folder pementasan sedang dibersihkan.
2. DFSR bekerja lebih efisien jika cukup ruang yang dialokasikan untuk perantara, menggunakannya untuk RDC dan RDC lintas-file , serta untuk mereplikasi file identik ke anggota replikasi lainnya.
3. Semakin banyak peristiwa 4202 dan 4204 dicatat, semakin besar kemungkinan Anda akan menghadapi situasi di mana DFSR tidak dapat menghapus folder pementasan atau dipaksa untuk menghapus file darinya sebelum waktunya.
4. Dalam pengalaman saya, peristiwa 4206, 4208, dan 4212 selalu diantisipasi dan disertai oleh sejumlah besar acara 4202 dan 4204.

Mengikuti aturan "tidak lebih dari satu peristiwa 4202 per hari untuk setiap RF" akan secara signifikan mengurangi kemungkinan masalah dengan folder pementasan dan membantu server DFSR lebih efisien menggunakan sumber daya untuk tujuan yang dimaksudkan - replikasi file.

Informasi tambahan

https://blogs.technet.com/b/askds/archive/2010/03/31/tuning-replication-performance-in-dfsr-especially-on-win2008-r2.aspx
https://blogs.technet.com/b/askds/archive/2007/10/05/top-10-common-causes-of-slow-replication-with-dfsr.aspx

Warren “melewati kuota Oud saya” Williams