Tanya Jawab Umum Replikasi DFS

Coba Agen Virtual kami - Ini dapat membantu Anda dengan cepat mengidentifikasi dan memperbaiki masalah replikasi File umum.

FAQ ini menjawab pertanyaan tentang Replikasi Sistem File Terdistribusi (DFS) (juga dikenal sebagai DFSR) untuk Windows Server.

Untuk informasi tentang DFS Namespaces, lihat DFS Namespaces: Tanya Jawab Umum.

Untuk informasi tentang apa yang baru dalam Replikasi DFS, lihat artikel berikut:

• Gambaran Umum DFS Namespace dan Replikasi DFS (di Windows Server 2012)

• Apa yang Baru dalam artikel Sistem File Terdistribusi di Perubahan Fungsionalitas dari Windows Server 2008 ke Windows Server 2008 R2

• Artikel Sistem File Terdistribusi dalam Perubahan Fungsionalitas dari Windows Server 2003 dengan SP1 ke Windows Server 2008

Untuk daftar perubahan terbaru pada artikel ini, lihat bagian Riwayat perubahan artikel ini.

Interoperability

Dapatkah Replikasi DFS berkomunikasi dengan FRS?

No. Replikasi DFS tidak berkomunikasi dengan File Replication Service (FRS). Replikasi DFS dan FRS dapat berjalan pada server yang sama pada saat yang sama, tetapi mereka tidak boleh dikonfigurasi untuk mereplikasi folder atau subfolder yang sama karena dapat menyebabkan kehilangan data.

Dapatkah Replikasi DFS menggantikan FRS untuk replikasi SYSVOL

Ya, Replikasi DFS dapat menggantikan FRS untuk replikasi SYSVOL pada server yang menjalankan Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, atau Windows Server 2008. Server yang menjalankan Windows Server 2003 R2 tidak mendukung penggunaan Replikasi DFS untuk mereplikasi folder SYSVOL.

Untuk informasi selengkapnya tentang mereplikasi SYSVOL dengan menggunakan Replikasi DFS, lihat Migrasi replikasi SYSVOL ke Replikasi DFS.

Dapatkah saya meningkatkan dari FRS ke Replikasi DFS tanpa kehilangan pengaturan konfigurasi?

Yes. Untuk memigrasikan replikasi dari FRS ke Replikasi DFS, lihat dokumen berikut ini:

• Untuk memigrasikan replikasi folder selain folder SYSVOL, lihat Panduan Migrasi Replikasi SYSVOL: Replikasi FRS ke DFS.

Dapatkah saya menggunakan Replikasi DFS di lingkungan Windows/UNIX campuran?

Yes. Meskipun Replikasi DFS hanya mendukung replikasi konten antara server yang menjalankan Windows Server, klien UNIX dapat mengakses berbagi file di server Windows. Untuk melakukannya, instal Layanan untuk Network File Systems (NFS) di server Replikasi DFS.

Anda juga dapat menggunakan fungsionalitas klien SMB/CIFS yang disertakan dalam banyak klien UNIX untuk langsung mengakses berbagi file Windows, meskipun fungsi ini sering dibatasi atau memerlukan modifikasi pada lingkungan Windows (seperti menonaktifkan Penandatanganan SMB dengan menggunakan Kebijakan Grup).

Replikasi DFS berinterogasi dengan NFS pada server yang menjalankan sistem operasi Windows Server, tetapi Anda tidak dapat mereplikasi titik pemasangan NFS.

Dapatkah saya menggunakan Layanan Salinan Bayangan Volume dengan Replikasi DFS?

Yes. Replikasi DFS didukung pada volume Layanan Salinan Bayangan Volume (VSS) dan rekam jepret sebelumnya dapat berhasil dipulihkan dengan Klien Versi Sebelumnya.

Bisakah saya menggunakan Windows Backup (Ntbackup.exe) untuk mencadangkan folder yang direplikasi dari jarak jauh?

Tidak, menggunakan Windows Backup (Ntbackup.exe) pada komputer yang menjalankan Windows Server 2003 atau yang lebih lama untuk mencadangkan isi folder yang direplikasi pada komputer yang menjalankan Windows Server 2012, Windows Server 2008 R2, atau Windows Server 2008 tidak didukung.

Untuk mencadangkan file yang disimpan dalam folder yang direplikasi, gunakan Windows Server Backup atau Microsoft® System Center Data Protection Manager. Untuk informasi tentang fungsionalitas Pencadangan dan Pemulihan di Windows Server 2008 R2 dan Windows Server 2008, lihat Pencadangan dan Pemulihan. Untuk informasi selengkapnya, lihat Manajer Perlindungan Data Pusat Sistem.

Apakah kebijakan sistem file berdampak pada Replikasi DFS?

Yes. Jangan mengonfigurasi kebijakan sistem file pada folder yang direplikasi. Kebijakan sistem file menerapkan kembali izin NTFS di setiap interval refresh Kebijakan Grup. Ini dapat mengakibatkan pelanggaran berbagi karena file terbuka tidak direplikasi hingga file ditutup.

Apakah Replikasi DFS mereplikasi kotak surat yang dihosting di Microsoft Exchange Server?

No. Replikasi DFS tidak dapat digunakan untuk mereplikasi kotak surat yang dihosting di Microsoft Exchange Server.

Apakah Replikasi DFS mendukung layar file yang dibuat oleh File Server Resource Manager?

Yes. Namun, pengaturan penyaringan file File Server Resource Manager (FSRM) harus cocok di kedua akhir replikasi. Selain itu, Replikasi DFS memiliki mekanisme filter sendiri untuk file dan folder yang dapat Anda gunakan untuk mengecualikan file dan jenis file tertentu dari replikasi.

Berikut ini adalah praktik terbaik untuk menerapkan layar atau kuota file:

• Folder DfsrPrivate tersembunyi tidak boleh tunduk pada kuota atau layar file.

• File bersaring tidak boleh ada di folder yang direplikasi sebelum penyaringan diaktifkan.

• Tidak ada folder yang melebihi kuota sebelum kuota diaktifkan.

• Anda harus menggunakan kuota keras dengan hati-hati. Dimungkinkan bagi anggota individu dari grup replikasi untuk tetap berada dalam kuota sebelum replikasi, tetapi melebihinya ketika file direplikasi. Misalnya, jika pengguna menyalin file 10 MB ke server A (yang kemudian berada pada batas keras) dan pengguna lain menyalin file 5 MB ke server B, ketika replikasi berikutnya terjadi, kedua server akan melebihi kuota sebesar 5 MB. Ini dapat menyebabkan Replikasi DFS terus mencoba mereplikasi file, menyebabkan lubang di vektor versi dan kemungkinan masalah performa.

Apakah kluster Replikasi DFS sadar?

Ya, Replikasi DFS di Windows Server 2012 R2, Windows Server 2012, dan Windows Server 2008 R2 menyertakan kemampuan untuk menambahkan kluster failover sebagai anggota grup replikasi. Untuk informasi selengkapnya, lihat Menambahkan Kluster Failover ke Grup Replikasi. Layanan Replikasi DFS pada versi Windows sebelum Windows Server 2008 R2 tidak dirancang untuk berkoordinasi dengan kluster failover, dan layanan tidak akan melakukan failover ke simpul lain.

Note

Replikasi DFS tidak mendukung replikasi file pada Volume Bersama Kluster.

Apakah Replikasi DFS kompatibel dengan Deduplikasi Data?

Ya, Replikasi DFS dapat mereplikasi folder pada volume yang menggunakan Deduplikasi Data di Windows Server.

Apakah Replikasi DFS kompatibel dengan RIS dan WDS?

Yes. Replikasi DFS mereplikasi volume tempat Penyimpanan Instans Tunggal (SIS) diaktifkan. SIS digunakan oleh Remote Installation Services (RIS), Windows Deployment Services (WDS), dan Windows Storage Server.

Apakah mungkin untuk menggunakan Replikasi DFS dengan File Offline?

Anda dapat dengan aman menggunakan Replikasi DFS dan File Offline bersama-sama dalam skenario ketika hanya ada satu pengguna pada satu waktu yang menulis ke file. Ini berguna bagi pengguna yang melakukan perjalanan antara dua kantor cabang dan ingin dapat mengakses file mereka di cabang atau saat offline. File Offline menyimpan file secara lokal untuk penggunaan offline dan Replikasi DFS mereplikasi data antara setiap kantor cabang.

Jangan gunakan Replikasi DFS dengan File Offline di lingkungan multi-pengguna karena Replikasi DFS tidak menyediakan mekanisme penguncian terdistribusi atau kemampuan pembayaran file. Jika dua pengguna mengubah file yang sama secara bersamaan di server yang berbeda, Replikasi DFS memindahkan file lama ke folder DfsrPrivate\ConflictandDeleted (terletak di bawah jalur lokal folder yang direplikasi) selama replikasi berikutnya.

Aplikasi antivirus apa yang kompatibel dengan Replikasi DFS?

Aplikasi antivirus dapat menyebabkan replikasi yang berlebihan jika aktivitas pemindaiannya mengubah file dalam folder yang direplikasi. Untuk informasi selengkapnya, Menguji Interoperabilitas Aplikasi Antivirus dengan Replikasi DFS.

Apa manfaat menggunakan Replikasi DFS alih-alih Windows SharePoint Services?

Windows® SharePoint® Services menyediakan koherensi yang ketat dalam bentuk fungsionalitas cek keluar file yang tidak dilakukan Replikasi DFS. Jika Anda khawatir tentang beberapa orang yang mengedit file yang sama, sebaiknya gunakan Windows SharePoint Services. Windows SharePoint Services 2.0 dengan Paket Layanan 2 tersedia sebagai bagian dari Windows Server 2003 R2. Windows SharePoint Services dapat diunduh dari situs Web Microsoft; ini tidak disertakan dalam versi Windows Server yang lebih baru. Namun, jika Anda mereplikasi data di beberapa situs dan pengguna tidak mengedit file yang sama secara bersamaan, Replikasi DFS menyediakan bandwidth yang lebih besar dan manajemen yang lebih sederhana.

Batasan dan persyaratan

Dapatkah Replikasi DFS mereplikasi antar kantor cabang tanpa koneksi VPN?

Ya—dengan asumsi bahwa ada tautan Wide Area Network (WAN) privat (bukan Internet) yang menghubungkan kantor cabang. Namun, Anda harus membuka port yang tepat di firewall eksternal. Replikasi DFS menggunakan RPC Endpoint Mapper (port 135) dan port sementara yang ditetapkan secara acak di atas 1024. Anda dapat menggunakan dfsrdiag.exe alat baris perintah untuk menentukan port statis, bukan port sementara. Untuk informasi selengkapnya tentang cara menentukan RPC Endpoint Mapper, lihat Cara mengonfigurasi alokasi port dinamis RPC untuk bekerja dengan firewall.

Dapatkah Replikasi DFS mereplikasi file yang dienkripsi dengan Sistem File Enkripsi?

No. Replikasi DFS tidak mereplikasi file atau folder yang dienkripsi menggunakan Sistem File Enkripsi (EFS). Jika pengguna mengenkripsi file yang sebelumnya direplikasi, Replikasi DFS akan menghapus file dari semua anggota grup replikasi lainnya. Ini memastikan bahwa satu-satunya salinan file yang tersedia adalah versi terenkripsi di server.

Bisakah Replikasi DFS mereplikasi file .pst Outlook atau file database Microsoft Office Access?

Replikasi DFS dapat mereplikasi file folder pribadi Microsoft Outlook (.pst) dan file Microsoft Access dengan aman hanya jika file disimpan untuk tujuan pengarsipan dan tidak diakses di seluruh jaringan dengan menggunakan klien seperti Outlook atau Access (untuk membuka .pst atau mengakses file, pertama-tama salin file ke perangkat penyimpanan lokal). Alasan untuk ini adalah sebagai berikut:

• Membuka .pst file melalui koneksi jaringan dapat menyebabkan kerusakan data dalam .pst file. Untuk informasi selengkapnya tentang mengapa .pst file tidak dapat diakses dengan aman dari seluruh jaringan, lihat Membatasi penggunaan file folder pribadi melalui tautan LAN dan WAN.

• .pst dan File Access cenderung tetap terbuka untuk jangka waktu yang lama saat diakses oleh klien seperti Outlook atau Office Access. Hal ini mencegah Replikasi DFS mereplikasi file-file ini hingga ditutup.

Dapatkah saya menggunakan Replikasi DFS dalam grup kerja?

No. Replikasi DFS bergantung pada Active Directory® Domain Services untuk konfigurasi. Ini hanya akan berfungsi di domain.

Dapatkah lebih dari satu folder direplikasi pada satu server?

Yes. Replikasi DFS dapat mereplikasi banyak folder antar server. Pastikan bahwa setiap folder yang direplikasi memiliki jalur akar yang unik dan tidak tumpang tindih. Misalnya, D:\Sales dan D:\Accounting dapat menjadi jalur akar untuk dua folder yang direplikasi, tetapi D:\Sales dan D:\Sales\Reports tidak dapat menjadi jalur akar untuk dua folder yang direplikasi.

Apakah Replikasi DFS memerlukan DFS Namespaces?

No. DFS Replication dan DFS Namespaces dapat digunakan secara terpisah atau bersama-sama. Selain itu, Replikasi DFS dapat digunakan untuk mereplikasi namespace DFS mandiri, yang tidak mungkin dilakukan dengan FRS.

Apakah Replikasi DFS memerlukan sinkronisasi waktu antar server?

No. Replikasi DFS tidak secara eksplisit memerlukan sinkronisasi waktu antar server. Namun, Replikasi DFS memang mengharuskan jam server cocok dengan erat. Jam server harus diatur dalam waktu lima menit satu sama lain (secara default) agar autentikasi Kerberos berfungsi dengan baik. Misalnya, Replikasi DFS menggunakan stempel waktu untuk menentukan file mana yang diutamakan jika ada konflik. Waktu yang akurat juga penting untuk pengumpulan sampah, jadwal, dan fitur lainnya.

Apakah Replikasi DFS mendukung replikasi seluruh volume?

Yes. Namun, mereplikasi seluruh volume dapat menyebabkan masalah berikut:

• Jika volume berisi file halaman Windows, replikasi gagal dan mencatat peristiwa DFSR 4312 di log peristiwa sistem.

• Replikasi DFS mengatur atribut Sistem dan Tersembunyi pada folder yang direplikasi pada server tujuan. Ini terjadi karena Windows menerapkan atribut Sistem dan Tersembunyi ke folder akar volume secara default. Jika jalur lokal folder yang direplikasi pada server tujuan juga merupakan akar volume, tidak ada perubahan lebih lanjut yang dilakukan pada atribut folder.

• Saat mereplikasi volume yang berisi folder sistem Windows, Replikasi DFS mengenali folder %WINDIR% dan tidak mereplikasinya. Namun, Replikasi DFS memang mereplikasi folder yang digunakan oleh aplikasi non-Microsoft, yang dapat menyebabkan aplikasi gagal di server tujuan jika aplikasi memiliki masalah interoperabilitas dengan Replikasi DFS.

Apakah Replikasi DFS mendukung RPC melalui HTTP?

No.

Apakah Replikasi DFS berfungsi di seluruh jaringan nirkabel?

Yes. Replikasi DFS tidak bergantung pada jenis koneksi.

Apakah Replikasi DFS berfungsi pada volume ReFS atau FAT?

No. Replikasi DFS hanya mendukung volume yang diformat dengan sistem file NTFS; Sistem File Tangguh (ReFS) dan sistem file FAT tidak didukung. Replikasi DFS memerlukan NTFS karena menggunakan jurnal perubahan NTFS dan fitur lain dari sistem file NTFS.

Apakah Replikasi DFS berfungsi dengan file jarang?

Yes. Anda dapat mereplikasi file jarang. Atribut Jarang dipertahankan pada anggota penerima.

Apakah saya perlu masuk sebagai administrator untuk mereplikasi file?

No. Replikasi DFS adalah layanan yang berjalan di bawah akun sistem lokal, jadi Anda tidak perlu masuk sebagai administrator untuk mereplikasi. Namun, Anda harus menjadi administrator domain atau administrator lokal server file yang terpengaruh untuk membuat perubahan pada konfigurasi Replikasi DFS.

Untuk informasi selengkapnya, lihat Mendelegasikan Kemampuan untuk Mengelola Replikasi DFS.

Bagaimana cara meningkatkan atau mengganti anggota Replikasi DFS?

Untuk meningkatkan atau mengganti anggota Replikasi DFS, lihat Mengganti Perangkat Keras atau OS Anggota DFSR.

Apakah Replikasi DFS cocok untuk mereplikasi profil roaming?

Yes. Skenario tertentu didukung saat mereplikasi profil pengguna roaming. Untuk informasi tentang skenario yang didukung, lihat Pernyataan Dukungan Microsoft Seputar Data Profil Pengguna yang Direplikasi.

Apakah ada batas karakter file atau batas ke kedalaman folder?

Jalur folder dukungan Replikasi Windows dan DFS dengan hingga 32 ribu karakter. Replikasi DFS tidak terbatas pada jalur folder 260 karakter.

Haruskah anggota grup replikasi berada di domain yang sama?

No. Grup replikasi dapat menjangkau seluruh domain dalam satu forest tetapi tidak di seluruh forest yang berbeda.

Apa batas replikasi DFS yang didukung?

Daftar berikut ini menyediakan serangkaian panduan skalabilitas yang telah diuji oleh Microsoft dan berlaku untuk Windows Server 2012 R2, Windows Server 2016, dan Windows Server 2019

• Ukuran semua file yang direplikasi di server: 100 terabyte.

• Jumlah file yang direplikasi pada volume: 70 juta.

• Ukuran file maksimum: 250 gigabyte.

Important

Saat membuat grup replikasi dengan sejumlah besar atau ukuran file, sebaiknya ekspor klon database dan menggunakan teknik pra-penyemaian untuk meminimalkan durasi replikasi awal. Untuk informasi selengkapnya, lihat Sinkronisasi Awal Replikasi DFS di Windows Server 2012 R2: Serangan Kloning.

Daftar berikut menyediakan serangkaian pedoman skalabilitas yang diuji oleh Microsoft pada Windows Server 2012, Windows Server 2008 R2, dan Windows Server 2008:

• Ukuran semua file yang direplikasi di server: 10 terabyte.

• Jumlah file yang direplikasi pada volume: 11 juta.

• Ukuran file maksimum: 64 gigabyte.

Note

Tidak ada lagi batasan jumlah grup replikasi, folder yang direplikasi, koneksi, atau anggota grup replikasi.

Untuk daftar pedoman skalabilitas yang diuji oleh Microsoft untuk Windows Server 2003 R2, lihat Pedoman skalabilitas Replikasi DFS.

Kapan saya tidak boleh menggunakan Replikasi DFS?

Jangan gunakan Replikasi DFS di lingkungan di mana beberapa pengguna memperbarui atau memodifikasi file yang sama secara bersamaan di server yang berbeda. Melakukannya dapat menyebabkan Replikasi DFS memindahkan salinan file yang bertentangan ke folder DfsrPrivate\ConflictandDeleted tersembunyi.

Ketika beberapa pengguna perlu mengubah file yang sama secara bersamaan di server yang berbeda, gunakan fitur cek keluar file Windows SharePoint Services untuk memastikan bahwa hanya satu pengguna yang mengerjakan file. Windows SharePoint Services 2.0 dengan Paket Layanan 2 tersedia sebagai bagian dari Windows Server 2003 R2. Windows SharePoint Services dapat diunduh dari situs Web Microsoft; ini tidak disertakan dalam versi Windows Server yang lebih baru.

Mengapa pembaruan skema diperlukan untuk Replikasi DFS?

Replikasi DFS menggunakan objek baru dalam konteks penamaan domain Active Directory Domain Services untuk menyimpan informasi konfigurasi. Objek ini dibuat saat Anda memperbarui skema Active Directory Domain Services. Untuk mempelajari selengkapnya, lihat Meninjau Persyaratan untuk Replikasi DFS.

Alat pemantauan dan manajemen

Dapatkah saya mengotomatiskan laporan kesehatan untuk menerima peringatan?

Yes. Ada tiga cara untuk mengotomatiskan laporan kesehatan:

• Gunakan modul DFSR Windows PowerShell yang disertakan dalam Windows Server 2012 R2 atau dfsradmin.exe bersama dengan Tugas Terjadwal untuk menghasilkan laporan kesehatan secara teratur. Untuk informasi selengkapnya, lihat Mengotomatiskan Laporan Kesehatan Replikasi DFS.

• Gunakan Paket Manajemen Replikasi DFS untuk Manajer Operasi Pusat Sistem untuk membuat pemberitahuan yang didasarkan pada kondisi yang ditentukan.

• Gunakan penyedia WMI Replikasi DFS untuk pemberitahuan skrip.

Dapatkah saya menggunakan Microsoft System Center Operations Manager untuk memantau Replikasi DFS?

Yes. Untuk mempelajari selengkapnya, lihat dokumentasi Manajer Operasi .

Apakah Replikasi DFS mendukung manajemen jarak jauh?

Yes. Replikasi DFS mendukung manajemen jarak jauh menggunakan konsol Manajemen DFS dan perintah Tambahkan Grup Replikasi . Misalnya, di server A, Anda dapat terhubung ke grup replikasi yang ditentukan di forest dengan server A dan B sebagai anggota.

Manajemen DFS disertakan dengan Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008, dan Windows Server 2003 R2. Untuk mengelola Replikasi DFS dari versi Windows lainnya, gunakan Desktop Jarak Jauh atau Alat Administrasi Server Jarak Jauh (RSAT) untuk Windows.

Apakah USG dan Sonar berfungsi dengan Replikasi DFS?

No. Replikasi DFS memiliki serangkaian alat pemantauan dan diagnostiknya sendiri. USG dan Sonar hanya mampu memantau FRS.

Bagaimana file dapat dipulihkan dari folder ConflictAndDeleted atau PreExisting?

Untuk memulihkan file yang hilang, pulihkan file dari folder sistem file atau folder bersama menggunakan Riwayat File, perintah Pulihkan versi sebelumnya di File Explorer, atau dengan memulihkan file dari cadangan. Untuk memulihkan file langsung dari folder ConflictAndDeleted atau PreExist, gunakan Get-DfsrPreservedFilesRestore-DfsrPreservedFiles cmdlet dan Windows PowerShell.

Apakah ada cara untuk mengetahui status replikasi?

Yes. Ada banyak cara untuk memantau replikasi:

• Replikasi DFS memiliki paket manajemen untuk System Center Operations Manager yang menyediakan pemantauan proaktif.

• Manajemen DFS memiliki laporan diagnostik dalam kotak untuk backlog replikasi, efisiensi replikasi, dan jumlah file dan folder dalam grup replikasi tertentu.

• Modul DFSR Windows PowerShell di Windows Server 2012 R2 berisi cmdlet untuk memulai pengujian penyebaran dan menulis laporan penyebaran dan kesehatan. Untuk informasi selengkapnya, lihat kumpulan modul DFSR .

• dfsrdiag.exe adalah alat baris perintah yang dapat menghasilkan jumlah backlog atau memicu pengujian propagasi. Keduanya menunjukkan status replikasi. Penyebaran menunjukkan apakah file sedang direplikasi ke semua simpul. Backlog menunjukkan kepada Anda berapa banyak file yang masih perlu direplikasi sebelum dua komputer disinkronkan. Jumlah backlog adalah jumlah pembaruan yang belum diproses oleh anggota grup replikasi. Pada komputer yang menjalankan Windows Server 2012 R2, Windows Server 2012 atau Windows Server 2008 R2, Dfsrdiag.exe juga dapat menampilkan pembaruan yang sedang direplikasi oleh Replikasi DFS.

• Skrip dapat menggunakan WMI untuk mengumpulkan informasi backlog—secara manual atau melalui MOM.

Performance

Apakah Replikasi DFS mendukung koneksi dial-up?

Meskipun Replikasi DFS bekerja pada kecepatan dial-up, Replikasi DFS dapat tertunda jika ada sejumlah besar perubahan untuk direplikasi. Jika perubahan kecil dilakukan pada file yang ada, Replikasi DFS dengan Kompresi Diferensial Jarak Jauh (RDC) memberikan performa yang lebih tinggi daripada menyalin file secara langsung.

Apakah Replikasi DFS melakukan sensor bandwidth?

No. Replikasi DFS tidak melakukan penginderaan bandwidth. Anda dapat mengonfigurasi Replikasi DFS untuk menggunakan jumlah bandwidth terbatas berdasarkan per koneksi (pembatasan bandwidth). Namun, Replikasi DFS tidak mengurangi pemanfaatan bandwidth lebih lanjut jika antarmuka jaringan menjadi jenuh, dan Replikasi DFS dapat menjenuhkan tautan untuk waktu yang singkat. Pembatasan bandwidth dengan Replikasi DFS tidak sepenuhnya akurat karena Replikasi DFS membatasi bandwidth dengan membatasi panggilan RPC. Akibatnya, berbagai buffer di tingkat yang lebih rendah dari tumpukan jaringan (termasuk RPC) dapat mengganggu, menyebabkan ledakan lalu lintas jaringan.

Apakah bandwidth pembatasan Replikasi DFS per jadwal, per server, atau per koneksi?

Jika Anda mengonfigurasi pembatasan bandwidth saat menentukan jadwal, semua koneksi untuk grup replikasi tersebut menggunakan pengaturan tersebut untuk pembatasan bandwidth. Pembatasan bandwidth juga dapat diatur sebagai pengaturan tingkat koneksi menggunakan Manajemen DFS.

Apakah Replikasi DFS menggunakan Active Directory Domain Services untuk menghitung tautan situs dan biaya koneksi?

No. Replikasi DFS menggunakan topologi yang ditentukan oleh administrator, yang tidak bergantung pada biaya situs Layanan Domain Direktori Aktif.

Bagaimana cara meningkatkan performa replikasi?

Untuk mempelajari tentang berbagai metode penyetelan performa replikasi, lihat Menyetel Performa Replikasi di DFSR di blog Tanyakan Tim Layanan Direktori.

Bagaimana Replikasi DFS menghindari jenuh koneksi?

Dalam Replikasi DFS, Anda mengatur bandwidth maksimum yang ingin Anda gunakan pada koneksi, dan layanan mempertahankan tingkat penggunaan jaringan tersebut. Ini berbeda dari Layanan Transfer Cerdas Latar Belakang (BITS), dan Replikasi DFS tidak menjenuhkan koneksi jika Anda mengaturnya dengan tepat.

Meskipun demikian, pelambatan bandwidth tidak 100% akurat dan Replikasi DFS dapat menjenuhkan tautan untuk waktu yang singkat. Ini karena Replikasi DFS membatasi bandwidth dengan membatasi panggilan RPC. Karena proses ini bergantung pada berbagai buffer di tingkat yang lebih rendah dari tumpukan jaringan, termasuk RPC, lalu lintas replikasi cenderung melakukan perjalanan dalam ledakan yang terkadang menjenuhkan tautan jaringan.

Replikasi DFS di Windows Server 2008 mencakup beberapa peningkatan performa, seperti yang dibahas dalam Sistem File Terdistribusi, sebuah artikel dalam Perubahan Fungsionalitas dari Windows Server 2003 dengan SP1 ke Windows Server 2008.

Bagaimana perbandingan performa Replikasi DFS dengan FRS?

Replikasi DFS lebih cepat daripada FRS, terutama ketika perubahan kecil dilakukan pada file besar dan RDC diaktifkan. Misalnya, dengan RDC, perubahan kecil pada presentasi PowerPoint® 2 MB hanya dapat mengakibatkan 60 kilobyte (KB) dikirim ke seluruh jaringan—penghematan 97 persen dalam byte yang ditransfer.

RDC tidak digunakan pada file yang lebih kecil dari 64 KB dan mungkin tidak bermanfaat pada LAN berkecepatan tinggi di mana bandwidth jaringan tidak diperebutkan. RDC dapat dinonaktifkan berdasarkan per koneksi menggunakan Manajemen DFS.

Seberapa sering Replikasi DFS mereplikasi data?

Data direplikasi sesuai dengan jadwal yang Anda tetapkan. Misalnya, Anda dapat mengatur jadwal ke interval 15 menit, tujuh hari seminggu. Selama interval ini, replikasi diaktifkan. Replikasi dimulai segera setelah perubahan file terdeteksi (umumnya dalam hitungan detik).

Jadwal grup replikasi dapat diatur ke Universal Time Coordinate (UTC) saat jadwal koneksi diatur ke waktu lokal anggota penerima. Pertimbangkan hal ini ketika grup replikasi mencakup beberapa zona waktu. Waktu lokal berarti waktu anggota menghosting koneksi masuk. Jadwal koneksi masuk yang ditampilkan dan koneksi keluar yang sesuai mencerminkan perbedaan zona waktu saat jadwal diatur ke waktu lokal.

Berapa banyak sumber daya sistem server saya yang dikonsumsi Replikasi DFS?

Sumber daya disk, memori, dan CPU yang digunakan oleh Replikasi DFS bergantung pada banyak faktor, termasuk jumlah dan ukuran file, tingkat perubahan, jumlah anggota grup replikasi, dan jumlah folder yang direplikasi. Selain itu, beberapa sumber daya lebih sulit diperkirakan. Misalnya, teknologi Extensible Storage Engine (ESE) yang digunakan untuk database Replikasi DFS dapat menggunakan persentase besar memori yang tersedia, yang dirilis sesuai permintaan. Aplikasi selain Replikasi DFS dapat dihosting di server yang sama tergantung pada konfigurasi server. Namun, saat menghosting beberapa aplikasi atau peran server di satu server, penting bagi Anda untuk menguji konfigurasi ini sebelum menerapkannya di lingkungan produksi.

Apa yang terjadi jika tautan WAN gagal selama replikasi?

Jika koneksi terputus, Replikasi DFS terus mencoba mereplikasi saat jadwal terbuka. Juga akan ada kesalahan konektivitas yang dicatat dalam log peristiwa Replikasi DFS yang dapat dipanen menggunakan MOM (secara proaktif melalui pemberitahuan) dan Laporan Kesehatan Replikasi DFS (secara reaktif, seperti ketika administrator menjalankannya).

Detail Kompresi Diferensial Jarak Jauh

Apa itu RDC?

Kompresi diferensial jarak jauh (RDC) adalah protokol server klien yang dapat digunakan untuk memperbarui file secara efisien melalui jaringan bandwidth terbatas. RDC mendeteksi penyisipan, penghapusan, dan penyusunan ulang data dalam file, memungkinkan Replikasi DFS hanya mereplikasi perubahan saat file diperbarui. RDC hanya digunakan untuk file yang 64 KB atau lebih besar secara default. RDC dapat menggunakan versi file yang lebih lama dengan nama yang sama di folder yang direplikasi atau di folder DfsrPrivate\ConflictandDeleted (terletak di bawah jalur lokal folder yang direplikasi).

Kapan RDC digunakan untuk replikasi?

RDC digunakan ketika file melebihi ambang batas ukuran minimum. Ambang batas ukuran ini adalah 64 KB secara default. Setelah file melebihi ambang batas tersebut telah direplikasi, versi file yang diperbarui selalu menggunakan RDC, kecuali sebagian besar file diubah atau RDC dinonaktifkan.

Edisi sistem operasi Windows mana yang mendukung RDC lintas file?

Untuk menggunakan RDC lintas file, satu anggota koneksi replikasi harus menjalankan edisi sistem operasi Windows yang mendukung RDC lintas file. Tabel berikut menunjukkan edisi sistem operasi Windows mana yang mendukung RDC lintas file.

Ketersediaan RDC lintas file dalam edisi sistem operasi Windows

Versi Sistem Operasi	Standard Edition	Enterprise Edition	Datacenter Edition
Windows Server 2012 R2	Yes	Not available	Yes
Windows Server 2012	Yes	Not available	Yes
Windows Server 2008 R2	No	Yes	Yes
Windows Server 2008	No	Yes	No
Windows Server 2003 R2	No	Yes	No

* Anda dapat secara opsional menonaktifkan RDC lintas file di Windows Server 2012 R2.

Apakah perubahan dikompresi sebelum direplikasi?

Yes. Bagian file yang diubah dikompresi sebelum dikirim untuk semua jenis file kecuali yang berikut (yang sudah dikompresi): .wma, , , .jpg.z.cab.mpa.mp3.wav.wm.asf.avi.au.gz.tgz.zip.mpeg.frx.mpg.m1v.mp2.snd.wmv Pengaturan kompresi untuk jenis file ini tidak dapat dikonfigurasi di Windows Server 2003 R2.

Bisakah administrator menonaktifkan RDC atau mengubah ambang batas?

Yes. Anda dapat menonaktifkan RDC melalui halaman properti koneksi tertentu. Menonaktifkan RDC dapat mengurangi pemanfaatan CPU dan latensi replikasi pada tautan jaringan area lokal (LAN) cepat yang tidak memiliki batasan bandwidth atau untuk grup replikasi yang terutama terdiri dari file yang lebih kecil dari 64 KB. Jika Anda memilih untuk menonaktifkan RDC pada koneksi, uji efisiensi replikasi sebelum dan sesudah perubahan untuk memverifikasi bahwa Anda telah meningkatkan performa replikasi.

Anda dapat mengubah ambang ukuran RDC dengan menggunakan Set-DfsrConnection cmdlet, Penyedia WMI Replikasi DFS, atau dengan mengedit file XML konfigurasi secara manual.

Apakah RDC berfungsi pada semua jenis file?

Yes. RDC menghitung perbedaan pada tingkat blok terlepas dari jenis data file. Namun, RDC bekerja lebih efisien pada jenis file tertentu seperti dokumen Word, file PST, dan gambar VHD.

Bagaimana cara kerja RDC pada file terkompresi?

Replikasi DFS menggunakan RDC, yang menghitung blok dalam file yang telah berubah dan hanya mengirim blok tersebut melalui jaringan. Replikasi DFS tidak perlu mengetahui apa pun tentang konten file—hanya blok mana yang telah berubah.

Apakah RDC lintas file diaktifkan saat memutakhirkan ke Windows Server Enterprise Edition atau Datacenter Edition?

Edisi Standar Windows Server tidak mendukung RDC lintas file. Namun, ini secara otomatis diaktifkan saat Anda memutakhirkan ke edisi yang mendukung RDC lintas file, atau jika anggota koneksi replikasi menjalankan edisi yang didukung. Untuk daftar edisi yang mendukung RDC lintas file, lihat Edisi sistem operasi Windows mana yang mendukung RDC lintas file?

Apakah replikasi tingkat blok sejati RDC?

No. RDC adalah protokol tujuan umum untuk mengompresi transfer file. Replikasi DFS menggunakan RDC pada blok di tingkat file, bukan pada tingkat blok disk. RDC membagi file menjadi blok. Untuk setiap blok dalam file, ini menghitung tanda tangan, yaitu beberapa byte yang dapat mewakili blok yang lebih besar. Kumpulan tanda tangan ditransfer dari server ke klien. Klien membandingkan tanda tangan server dengan tanda tangannya sendiri. Klien kemudian meminta server hanya mengirim data untuk tanda tangan yang belum ada di klien.

Apa yang terjadi jika saya mengganti nama file?

Replikasi DFS mengganti nama file pada semua anggota lain dari grup replikasi selama replikasi berikutnya. File dilacak menggunakan ID unik, jadi mengganti nama file dan memindahkan file dalam replika tidak berpengaruh pada kemampuan Replikasi DFS untuk mereplikasi file.

Apa itu RDC lintas file?

RDC lintas file memungkinkan Replikasi DFS untuk menggunakan RDC bahkan ketika file dengan nama yang sama tidak ada di ujung klien. RDC lintas file menggunakan heuristik untuk menentukan file yang mirip dengan file yang perlu direplikasi, dan menggunakan blok file serupa yang identik dengan file replikasi untuk meminimalkan jumlah data yang ditransfer melalui WAN. RDC lintas file dapat menggunakan blok hingga lima file serupa dalam proses ini.

Untuk menggunakan RDC lintas file, satu anggota koneksi replikasi harus menjalankan edisi Windows yang mendukung RDC lintas file. Untuk daftar edisi yang mendukung RDC lintas file, lihat Edisi sistem operasi Windows mana yang mendukung RDC lintas file?

Replication details

Dapatkah saya mengubah jalur untuk folder yang direplikasi setelah dibuat?

No. Jika Anda perlu mengubah jalur folder yang direplikasi, Anda harus menghapusnya di Manajemen DFS dan menambahkannya kembali sebagai folder baru yang direplikasi. Replikasi DFS kemudian menggunakan Kompresi Diferensial Jarak Jauh (RDC) untuk melakukan sinkronisasi yang menentukan apakah data sama pada anggota pengiriman dan penerimaan. Itu tidak mereplikasi semua data dalam folder lagi.

Dapatkah saya mengonfigurasi atribut file mana yang direplikasi?

Tidak, Anda tidak dapat mengonfigurasi atribut file mana yang direplikasi oleh Replikasi DFS.

Untuk daftar nilai atribut dan deskripsinya, lihat Atribut File.

Nilai atribut berikut diatur dengan menggunakan SetFileAttributes dwFileAttributes fungsi, dan direplikasi oleh Replikasi DFS. Perubahan pada nilai atribut ini memicu replikasi atribut. Konten file tidak direplikasi kecuali kontennya juga berubah. Untuk informasi selengkapnya, lihat Fungsi SetFileAttributs.

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

Nilai atribut berikut direplikasi oleh Replikasi DFS, tetapi tidak memicu replikasi.

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

Nilai atribut file berikut juga memicu replikasi, meskipun tidak dapat diatur dengan menggunakan SetFileAttributes fungsi (gunakan GetFileAttributes fungsi untuk melihat nilai atribut).

• FILE_ATTRIBUTE_REPARSE_POINT

Note

Replikasi DFS tidak mereplikasi nilai atribut titik reparse kecuali tag reparse IO_REPARSE_TAG_SYMLINK. File dengan tag reparse IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS, atau IO_REPARSE_TAG_HSM direplikasi sebagai file normal. Namun, tag reparse dan buffer data reparse tidak direplikasi ke server lain karena titik reparse hanya berfungsi pada sistem lokal.

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

Note

Replikasi DFS tidak mereplikasi file yang dienkripsi dengan menggunakan Sistem File Enkripsi (EFS). Replikasi DFS memang mereplikasi file yang dienkripsi dengan menggunakan perangkat lunak non-Microsoft, tetapi hanya jika tidak mengatur nilai atribut FILE_ATTRIBUTE_ENCRYPTED pada file.

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

Replikasi DFS tidak mereplikasi nilai FILE_ATTRIBUTE_TEMPORARY.

Dapatkah saya mengontrol anggota mana yang direplikasi?

Yes. Anda dapat memilih topologi saat membuat grup replikasi. Atau Anda dapat memilih Tidak ada topologi dan mengonfigurasi koneksi secara manual setelah grup replikasi dibuat.

Dapatkah saya menyemai anggota grup replikasi dengan data sebelum replikasi awal?

Yes. Replikasi DFS mendukung penyalinan file ke anggota grup replikasi sebelum replikasi awal. "Prestaging" ini dapat secara dramatis mengurangi jumlah data yang direplikasi selama replikasi awal.

Replikasi awal tidak perlu mereplikasi konten ketika file hanya berbeda dengan atribut nyata atau stempel waktu. Atribut nyata adalah atribut yang dapat diatur oleh fungsi SetFileAttributesWin32 . Untuk informasi selengkapnya, lihat Fungsi SetFileAttributs. Jika dua file berbeda dengan atribut lain, seperti kompresi, maka konten file direplikasi.

Untuk prestage anggota grup replikasi, salin file ke folder yang sesuai di server tujuan, buat grup replikasi, lalu pilih anggota utama. Pilih anggota yang memiliki file -date up-toterbanyak yang ingin Anda replikasi karena konten anggota utama dianggap "otoritatif". Ini berarti bahwa selama replikasi awal, file anggota utama selalu menimpa versi file lain pada anggota lain dari grup replikasi.

Untuk informasi tentang pra-penyemaian dan kloning database DFSR, lihat Sinkronisasi Awal Replikasi DFS di Windows Server 2012 R2: Serangan Kloning.

Untuk informasi selengkapnya tentang replikasi awal, lihat Membuat Grup Replikasi.

Apakah Replikasi DFS mengatasi masalah Umum Layanan Replikasi File?

Yes. Replikasi DFS mengatasi tiga masalah umum FRS:

• Bungkus jurnal: Replikasi DFS pulih dari bungkus jurnal dengan cepat. Setiap file atau folder yang ada ditandai sebagai journalWrap dan diverifikasi terhadap sistem file sebelum replikasi diaktifkan kembali. Selama pemulihan, volume ini tidak tersedia untuk replikasi di kedua arah.

• Replikasi yang berlebihan: Untuk mencegah replikasi yang berlebihan, Replikasi DFS menggunakan sistem kredit.

• Folder morf: Untuk mencegah nama folder morf, Replikasi DFS menyimpan data yang bertentangan dalam folder DfsrPrivate\ConflictandDeleted tersembunyi (terletak di bawah jalur lokal folder yang direplikasi). Misalnya, membuat beberapa folder secara bersamaan dengan nama yang identik di server yang berbeda yang direplikasi menggunakan FRS menyebabkan FRS mengganti nama folder yang lebih lama. Replikasi DFS sebagai gantinya memindahkan folder lama ke folder Konflik dan Dihapus lokal.

Apakah Replikasi DFS mereplikasi file dalam urutan kronologis?

No. File mungkin direplikasi secara tidak berurutan.

Apakah Replikasi DFS mereplikasi file yang sedang digunakan oleh aplikasi lain?

Jika aplikasi membuka file dan membuat kunci file padanya (mencegahnya digunakan oleh aplikasi lain saat terbuka), Replikasi DFS tidak mereplikasi file hingga ditutup. Jika aplikasi membuka file dengan akses baca-berbagi, file masih dapat direplikasi.

Apakah Replikasi DFS mereplikasi izin file NTFS, aliran data alternatif, tautan keras, dan titik pemisahan ulang?

• Replikasi DFS mereplikasi izin file NTFS dan aliran data alternatif.

• Microsoft tidak mendukung pembuatan tautan keras NTFS ke atau dari file dalam folder yang direplikasi – hal itu dapat menyebabkan masalah replikasi dengan file yang terpengaruh. File tautan keras diabaikan oleh Replikasi DFS dan tidak direplikasi. Titik persimpangan juga tidak direplikasi, dan Replikasi DFS mencatat peristiwa 4406 untuk setiap titik persimpangan yang ditemuinya.

• Satu-satunya titik reparse yang direplikasi oleh Replikasi DFS adalah yang menggunakan tag IO_REPARSE_TAG_SYMLINK; namun, Replikasi DFS tidak menjamin bahwa target symlink juga direplikasi. Untuk informasi selengkapnya, lihat blog Tanyakan Tim Layanan Direktori.

• File dengan tag reparse IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS, atau IO_REPARSE_TAG_HSM direplikasi sebagai file normal. Tag reparse dan buffer data reparse tidak direplikasi ke server lain karena titik reparse hanya berfungsi pada sistem lokal. Dengan demikian, Replikasi DFS dapat mereplikasi folder pada volume yang menggunakan Deduplikasi Data di Windows Server 2012, atau Penyimpanan Instans Tunggal (SIS), namun, informasi deduplikasi data disimpan secara terpisah dari setiap server tempat layanan peran diaktifkan.

Apakah Replikasi DFS mereplikasi perubahan tanda waktu jika tidak ada perubahan lain yang dilakukan pada file?

Tidak, Replikasi DFS tidak mereplikasi file yang satu-satunya perubahannya adalah perubahan pada stempel waktu. Selain itu, stempel waktu yang diubah tidak direplikasi ke anggota lain dari grup replikasi kecuali perubahan lain dilakukan pada file.

Apakah Replikasi DFS mereplikasi izin yang diperbarui pada file atau folder?

Yes. Replikasi DFS mereplikasi perubahan izin untuk file dan folder. Hanya bagian dari file yang terkait dengan Daftar Kontrol Akses (ACL) yang direplikasi, meskipun Replikasi DFS masih harus membaca seluruh file ke area penahapan.

Note

Mengubah ACL pada sejumlah besar file dapat berdampak pada performa replikasi. Namun, saat menggunakan RDC, jumlah data yang ditransfer sebanding dengan ukuran ACL, bukan ukuran seluruh file. Jumlah lalu lintas disk masih sebanding dengan ukuran file karena file harus dibaca ke dan dari folder penahapan.

Apakah Replikasi DFS mendukung penggabungan file teks jika terjadi konflik?

Replikasi DFS tidak menggabungkan file saat ada konflik. Namun, ia mencoba mempertahankan versi file yang lebih lama di folder DfsrPrivate\ConflictandDeleted tersembunyi di komputer tempat konflik terdeteksi.

Apakah Replikasi DFS menggunakan enkripsi saat mengirimkan data?

Yes. Replikasi DFS menggunakan koneksi Panggilan Prosedur Jarak Jauh (RPC) dengan enkripsi.

Apakah mungkin untuk menonaktifkan penggunaan RPC terenkripsi?

No. Layanan Replikasi DFS menggunakan panggilan prosedur jarak jauh (RPC) melalui TCP untuk mereplikasi data. Untuk mengamankan transfer data di internet, layanan Replikasi DFS dirancang untuk selalu menggunakan konstanta tingkat autentikasi, RPC_C_AUTHN_LEVEL_PKT_PRIVACY. Ini memastikan bahwa komunikasi RPC di seluruh Internet selalu dienkripsi. Oleh karena itu, tidak mungkin untuk menonaktifkan penggunaan RPC terenkripsi oleh layanan Replikasi DFS.

Untuk informasi selengkapnya, lihat situs Web Microsoft berikut ini:

• Referensi Teknis RPC

• Tentang Kompresi Diferensial Jarak Jauh

• Authentication-Level Constants

Bagaimana replikasi simultan ditangani?

Ada satu pengelola pembaruan per folder yang direplikasi. Manajer pembaruan bekerja secara independen satu sama lain.

Secara default, maksimum 16 (empat di Windows Server 2003 R2) unduhan bersamaan dibagikan di antara semua koneksi dan grup replikasi. Karena koneksi dan pembaruan grup replikasi tidak diserialisasikan, tidak ada urutan khusus di mana pembaruan diterima. Jika dua jadwal dibuka, pembaruan diterima dan diinstal dari kedua koneksi secara bersamaan.

Bagaimana cara memaksa replikasi atau polling?

Anda dapat memaksa replikasi segera dengan menggunakan Manajemen DFS, seperti yang dijelaskan dalam Edit Jadwal Replikasi. Anda juga dapat memaksa replikasi dengan menggunakan Sync-DfsReplicationGroup cmdlet, yang disertakan dalam modul DFSR PowerShell yang diperkenalkan dengan Windows Server 2012 R2, atau perintah SyncNow Dfsrdiag . Anda dapat memaksa polling dengan menggunakan Update-DfsrConfigurationFromAD cmdlet, atau perintah Dfsrdiag PollAD .

Apakah mungkin untuk mengonfigurasi waktu tenang antara replikasi untuk file yang sering berubah?

No. Jika jadwal terbuka, Replikasi DFS mereplikasi perubahan saat melihatnya. Tidak ada cara untuk mengonfigurasi waktu tenang untuk file.

Apakah mungkin untuk mengonfigurasi replikasi satu arah dengan Replikasi DFS?

Yes. Jika Anda menggunakan Windows Server 2012 atau Windows Server 2008 R2, Anda dapat membuat folder replikasi baca-saja yang mereplikasi konten melalui koneksi satu arah. Untuk informasi selengkapnya, lihat Membuat Folder yang Direplikasi Read-Only pada Anggota Tertentu (https://go.microsoft.com/fwlink/?LinkId=156740).

Kami tidak mendukung pembuatan koneksi replikasi satu arah dengan Replikasi DFS di Windows Server 2008 atau Windows Server 2003 R2. Melakukannya dapat menyebabkan banyak masalah termasuk kesalahan topologi pemeriksaan kesehatan, masalah penahapan, dan masalah dengan database Replikasi DFS.

Jika Anda menggunakan Windows Server 2008 atau Windows Server 2003 R2, Anda dapat mensimulasikan koneksi satu arah dengan melakukan tindakan berikut:

• Latih administrator untuk membuat perubahan hanya pada server yang ingin Anda tetapkan sebagai server utama, lalu biarkan perubahan direplikasi ke server tujuan.

• Konfigurasikan izin berbagi di server tujuan sehingga pengguna akhir tidak memiliki izin Tulis. Jika tidak ada perubahan yang diizinkan di server cabang, maka tidak ada yang perlu direplikasi kembali, mensimulasikan koneksi satu arah dan menjaga pemanfaatan WAN tetap rendah.

Apakah ada cara untuk memaksa replikasi lengkap semua file termasuk file yang tidak berubah?

No. Jika Replikasi DFS menganggap file identik, ia tidak mereplikasinya. Jika file yang diubah belum direplikasi, Replikasi DFS secara otomatis mereplikasinya saat dikonfigurasi untuk melakukannya. Untuk menimpa jadwal yang dikonfigurasi, gunakan metode WMI ForceReplicate(). Namun, ini hanya penggantian jadwal, dan tidak memaksa replikasi file yang tidak berubah atau identik.

Apa yang terjadi jika anggota utama mengalami kehilangan database selama replikasi awal?

Selama replikasi awal, file anggota utama akan selalu diutamakan dalam resolusi konflik yang terjadi jika anggota penerima memiliki versi file yang berbeda pada anggota utama. Penetapan anggota utama disimpan di Active Directory Domain Services, dan penandaan dibersihkan setelah anggota utama siap untuk mereplikasi, tetapi sebelum semua anggota grup replikasi mereplikasi.

Jika replikasi awal gagal atau layanan Replikasi DFS dimulai ulang selama replikasi, anggota utama melihat penandaan anggota utama dalam database Replikasi DFS lokal dan mencoba kembali replikasi awal. Jika database Replikasi DFS anggota utama hilang setelah menghapus penandaan utama di Active Directory Domain Services, tetapi sebelum semua anggota grup replikasi menyelesaikan replikasi awal, semua anggota grup replikasi gagal mereplikasi folder karena tidak ada server yang ditetapkan sebagai anggota utama. Jika hal ini terjadi, gunakan perintah keanggotaan Dfsradmin /set /isprimary:true pada server anggota utama untuk memulihkan penetapan anggota utama secara manual.

Untuk informasi selengkapnya tentang replikasi awal, lihat Membuat Grup Replikasi.

Warning

Penandaan anggota utama hanya digunakan selama proses replikasi awal. Jika Anda menggunakan perintah Dfsradmin untuk menentukan anggota utama untuk folder yang direplikasi setelah replikasi selesai, Replikasi DFS tidak menunjuk server sebagai anggota utama di Layanan Domain Direktori Aktif. Namun, jika database Replikasi DFS di server kemudian mengalami kerusakan atau kehilangan data yang tidak dapat diubah, server mencoba melakukan replikasi awal sebagai anggota utama alih-alih memulihkan datanya dari anggota lain dari grup replikasi. Pada dasarnya, server menjadi server utama yang nakal, yang dapat menyebabkan konflik. Untuk alasan ini, tentukan anggota utama secara manual hanya jika Anda yakin bahwa replikasi awal gagal.

Apa yang terjadi jika jadwal replikasi ditutup saat file sedang direplikasi?

Jika kompresi diferensial jarak jauh (RDC) diaktifkan pada koneksi, replikasi masuk file yang lebih besar dari 64 KB yang mulai direplikasi segera sebelum penutupan jadwal (atau berubah menjadi Tidak ada bandwidth) berlanjut saat jadwal dibuka (atau berubah menjadi sesuatu selain Tidak ada bandwidth). Replikasi berlanjut dari status saat replikasi berhenti.

Jika RDC dimatikan, Replikasi DFS sepenuhnya memulai ulang transfer file. Ini dapat menunda ketika file tersedia pada anggota penerima.

Apa yang terjadi ketika dua pengguna secara bersamaan memperbarui file yang sama di server yang berbeda?

Ketika Replikasi DFS mendeteksi konflik, replikasi menggunakan versi file yang terakhir disimpan. Ini memindahkan file lain ke folder DfsrPrivate\ConflictandDeleted (di bawah jalur lokal folder yang direplikasi pada komputer yang mengatasi konflik). Ini tetap ada sampai pembersihan folder Konflik dan Dihapus, yang terjadi ketika folder Konflik dan Dihapus melebihi ukuran yang dikonfigurasi atau Replikasi DFS mengalami kesalahan Ruang disk habis. Folder Konflik dan Dihapus tidak direplikasi, dan metode resolusi konflik ini menghindari masalah direktori yang diubah yang dimungkinkan di FRS.

Ketika konflik terjadi, Replikasi DFS mencatat peristiwa informasi ke log peristiwa Replikasi DFS. Peristiwa ini tidak memerlukan tindakan pengguna karena alasan berikut:

• Itu tidak terlihat oleh pengguna (hanya terlihat oleh administrator server).

• Replikasi DFS memperlakukan folder Konflik dan Dihapus sebagai cache. Ketika ambang kuota tercapai, itu membersihkan beberapa file tersebut. Tidak ada jaminan bahwa file yang bertentangan akan disimpan.

• Konflik dapat berada di server yang berbeda dari asal konflik.

Staging

Apakah Replikasi DFS melanjutkan file penahapan saat replikasi dinonaktifkan oleh jadwal atau kuota pembatasan bandwidth, atau ketika koneksi dinonaktifkan secara manual?

No. Replikasi DFS tidak terus melakukan tahap file di luar waktu replikasi terjadwal, jika kuota pembatasan bandwidth telah terlampaui, atau saat koneksi dinonaktifkan.

Apakah Replikasi DFS mencegah aplikasi lain mengakses file selama penahapan?

No. Replikasi DFS membuka file dengan cara yang tidak memblokir pengguna atau aplikasi untuk membuka file di folder replikasi. Metode ini dikenal sebagai "penguncian oportunistik."

Apakah mungkin untuk mengubah lokasi folder penahapan dengan Alat Manajemen DFS?

Yes. Lokasi folder pementasan dikonfigurasi pada tab Lanjutan dari kotak dialog Properti untuk setiap anggota grup replikasi.

Kapan file ditahapkan?

File dipentaskan pada anggota pengirim ketika anggota penerima meminta file (kecuali file 64 KB atau lebih kecil) seperti yang ditunjukkan dalam tabel berikut. Jika Kompresi Diferensial Jarak Jauh (RDC) dinonaktifkan pada koneksi, file dipentaskan kecuali 256 KB atau lebih kecil. File juga dipentaskan pada anggota penerima saat ditransfer jika ukurannya kurang dari 64 KB, meskipun Anda dapat mengonfigurasi pengaturan ini antara 16 KB dan 1 MB. Jika jadwal ditutup, file tidak dipentaskan.

Ukuran file minimum untuk file penahapan

	RDC enabled	RDC disabled
Sending member	64 KB	256 KB
Receiving member	64 KB secara default	64 KB secara default

Apa yang terjadi jika file diubah setelah dipentaskan tetapi sebelum dikirimkan ke situs jarak jauh?

Jika ada bagian dari file yang sudah ditransmisikan, Replikasi DFS melanjutkan transmisi. Jika file diubah sebelum Replikasi DFS mulai mengirimkan file, maka versi file yang lebih baru dikirim.

Change history

Date	Description	Reason
15 November 2018	Diperbarui untuk Windows Server 2019.	Sistem operasi baru.
Oktober 9, 2013	Memperbarui bagian Apa batas Replikasi DFS yang didukung? dengan hasil pengujian pada Windows Server 2012 R2.	Pembaruan untuk versi terbaru Windows Server
30 Januari 2013	Menambahkan entri Apakah Replikasi DFS melanjutkan penahapan file saat replikasi dinonaktifkan oleh jadwal atau kuota pembatasan bandwidth, atau saat koneksi dinonaktifkan secara manual?.	Customer questions
Oktober 31, 2012	Mengedit entri Apa batas Replikasi DFS yang didukung? untuk meningkatkan jumlah file yang direplikasi yang diuji pada volume.	Customer feedback
15 Agustus 2012	Mengedit entri Apakah Replikasi DFS mereplikasi izin file NTFS, aliran data alternatif, tautan keras, dan titik perbaikan? untuk lebih memperjelas bagaimana Replikasi DFS menangani tautan keras dan titik perbaikan.	Umpan balik dari Layanan Dukungan Pelanggan
13 Juni 2012	Mengedit entri Apakah Replikasi DFS berfungsi pada volume ReFS atau FAT? untuk menambahkan diskusi tentang ReFS.	Customer feedback
25 April 2012	Mengedit entri Apakah Replikasi DFS mereplikasi izin file NTFS, aliran data alternatif, tautan keras, dan titik perbaikan? untuk mengklarifikasi bagaimana Replikasi DFS menangani tautan keras.	Mengurangi potensi kebingungan
30 Maret 2011	Mengedit entri Dapatkah Replikasi DFS mereplikasi file database Outlook .pst atau Microsoft Office Access? untuk mengoreksi potensi dampak penggunaan Replikasi DFS dengan .pst file dan Access. Ditambahkan Bagaimana cara meningkatkan performa replikasi?	Pertanyaan pelanggan tentang entri sebelumnya, yang salah menunjukkan bahwa replikasi .pst atau file Access dapat merusak database Replikasi DFS.
26 Januari 2011	Ditambahkan Bagaimana file dapat dipulihkan dari folder ConflictAndDeleted atau PreExist?	Customer feedback
20 Oktober 2010	Ditambahkan Bagaimana cara meningkatkan atau mengganti anggota Replikasi DFS?	Customer feedback

Coba Agen Virtual kami - Ini dapat membantu Anda dengan cepat mengidentifikasi dan memperbaiki masalah replikasi File umum.

FAQ ini menjawab pertanyaan tentang Replikasi Sistem File Terdistribusi (DFS) (juga dikenal sebagai DFSR) untuk Windows Server.

Untuk informasi tentang DFS Namespaces, lihat DFS Namespaces: Tanya Jawab Umum.

Untuk informasi tentang apa yang baru dalam Replikasi DFS, lihat artikel berikut:

• Gambaran Umum DFS Namespace dan Replikasi DFS (di Windows Server 2012)

• Apa yang Baru dalam artikel Sistem File Terdistribusi di Perubahan Fungsionalitas dari Windows Server 2008 ke Windows Server 2008 R2

• Artikel Sistem File Terdistribusi dalam Perubahan Fungsionalitas dari Windows Server 2003 dengan SP1 ke Windows Server 2008

Untuk daftar perubahan terbaru pada artikel ini, lihat bagian Riwayat perubahan artikel ini.

No. Replikasi DFS tidak berkomunikasi dengan File Replication Service (FRS). Replikasi DFS dan FRS dapat berjalan pada server yang sama pada saat yang sama, tetapi mereka tidak boleh dikonfigurasi untuk mereplikasi folder atau subfolder yang sama karena dapat menyebabkan kehilangan data.

Ya, Replikasi DFS dapat menggantikan FRS untuk replikasi SYSVOL pada server yang menjalankan Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, atau Windows Server 2008. Server yang menjalankan Windows Server 2003 R2 tidak mendukung penggunaan Replikasi DFS untuk mereplikasi folder SYSVOL.

Untuk informasi selengkapnya tentang mereplikasi SYSVOL dengan menggunakan Replikasi DFS, lihat Migrasi replikasi SYSVOL ke Replikasi DFS.

Yes. Untuk memigrasikan replikasi dari FRS ke Replikasi DFS, lihat dokumen berikut ini:

• Untuk memigrasikan replikasi folder selain folder SYSVOL, lihat Panduan Migrasi Replikasi SYSVOL: Replikasi FRS ke DFS.

Yes. Meskipun Replikasi DFS hanya mendukung replikasi konten antara server yang menjalankan Windows Server, klien UNIX dapat mengakses berbagi file di server Windows. Untuk melakukannya, instal Layanan untuk Network File Systems (NFS) di server Replikasi DFS.

Anda juga dapat menggunakan fungsionalitas klien SMB/CIFS yang disertakan dalam banyak klien UNIX untuk langsung mengakses berbagi file Windows, meskipun fungsi ini sering dibatasi atau memerlukan modifikasi pada lingkungan Windows (seperti menonaktifkan Penandatanganan SMB dengan menggunakan Kebijakan Grup).

Replikasi DFS berinterogasi dengan NFS pada server yang menjalankan sistem operasi Windows Server, tetapi Anda tidak dapat mereplikasi titik pemasangan NFS.

Yes. Replikasi DFS didukung pada volume Layanan Salinan Bayangan Volume (VSS) dan rekam jepret sebelumnya dapat berhasil dipulihkan dengan Klien Versi Sebelumnya.

Tidak, menggunakan Windows Backup (Ntbackup.exe) pada komputer yang menjalankan Windows Server 2003 atau yang lebih lama untuk mencadangkan isi folder yang direplikasi pada komputer yang menjalankan Windows Server 2012, Windows Server 2008 R2, atau Windows Server 2008 tidak didukung.

Untuk mencadangkan file yang disimpan dalam folder yang direplikasi, gunakan Windows Server Backup atau Microsoft® System Center Data Protection Manager. Untuk informasi tentang fungsionalitas Pencadangan dan Pemulihan di Windows Server 2008 R2 dan Windows Server 2008, lihat Pencadangan dan Pemulihan. Untuk informasi selengkapnya, lihat Manajer Perlindungan Data Pusat Sistem.

Yes. Jangan mengonfigurasi kebijakan sistem file pada folder yang direplikasi. Kebijakan sistem file menerapkan kembali izin NTFS di setiap interval refresh Kebijakan Grup. Ini dapat mengakibatkan pelanggaran berbagi karena file terbuka tidak direplikasi hingga file ditutup.

No. Replikasi DFS tidak dapat digunakan untuk mereplikasi kotak surat yang dihosting di Microsoft Exchange Server.

Yes. Namun, pengaturan penyaringan file File Server Resource Manager (FSRM) harus cocok di kedua akhir replikasi. Selain itu, Replikasi DFS memiliki mekanisme filter sendiri untuk file dan folder yang dapat Anda gunakan untuk mengecualikan file dan jenis file tertentu dari replikasi.

Berikut ini adalah praktik terbaik untuk menerapkan layar atau kuota file:

• Folder DfsrPrivate tersembunyi tidak boleh tunduk pada kuota atau layar file.

• File bersaring tidak boleh ada di folder yang direplikasi sebelum penyaringan diaktifkan.

• Tidak ada folder yang melebihi kuota sebelum kuota diaktifkan.

• Anda harus menggunakan kuota keras dengan hati-hati. Dimungkinkan bagi anggota individu dari grup replikasi untuk tetap berada dalam kuota sebelum replikasi, tetapi melebihinya ketika file direplikasi. Misalnya, jika pengguna menyalin file 10 MB ke server A (yang kemudian berada pada batas keras) dan pengguna lain menyalin file 5 MB ke server B, ketika replikasi berikutnya terjadi, kedua server akan melebihi kuota sebesar 5 MB. Ini dapat menyebabkan Replikasi DFS terus mencoba mereplikasi file, menyebabkan lubang di vektor versi dan kemungkinan masalah performa.

Ya, Replikasi DFS di Windows Server 2012 R2, Windows Server 2012, dan Windows Server 2008 R2 menyertakan kemampuan untuk menambahkan kluster failover sebagai anggota grup replikasi. Untuk informasi selengkapnya, lihat Menambahkan Kluster Failover ke Grup Replikasi. Layanan Replikasi DFS pada versi Windows sebelum Windows Server 2008 R2 tidak dirancang untuk berkoordinasi dengan kluster failover, dan layanan tidak akan melakukan failover ke simpul lain.

Note

Replikasi DFS tidak mendukung replikasi file pada Volume Bersama Kluster.

Ya, Replikasi DFS dapat mereplikasi folder pada volume yang menggunakan Deduplikasi Data di Windows Server.

Yes. Replikasi DFS mereplikasi volume tempat Penyimpanan Instans Tunggal (SIS) diaktifkan. SIS digunakan oleh Remote Installation Services (RIS), Windows Deployment Services (WDS), dan Windows Storage Server.

Anda dapat dengan aman menggunakan Replikasi DFS dan File Offline bersama-sama dalam skenario ketika hanya ada satu pengguna pada satu waktu yang menulis ke file. Ini berguna bagi pengguna yang melakukan perjalanan antara dua kantor cabang dan ingin dapat mengakses file mereka di cabang atau saat offline. File Offline menyimpan file secara lokal untuk penggunaan offline dan Replikasi DFS mereplikasi data antara setiap kantor cabang.

Jangan gunakan Replikasi DFS dengan File Offline di lingkungan multi-pengguna karena Replikasi DFS tidak menyediakan mekanisme penguncian terdistribusi atau kemampuan pembayaran file. Jika dua pengguna mengubah file yang sama secara bersamaan di server yang berbeda, Replikasi DFS memindahkan file lama ke folder DfsrPrivate\ConflictandDeleted (terletak di bawah jalur lokal folder yang direplikasi) selama replikasi berikutnya.

Aplikasi antivirus dapat menyebabkan replikasi yang berlebihan jika aktivitas pemindaiannya mengubah file dalam folder yang direplikasi. Untuk informasi selengkapnya, Menguji Interoperabilitas Aplikasi Antivirus dengan Replikasi DFS.

Windows® SharePoint® Services menyediakan koherensi yang ketat dalam bentuk fungsionalitas cek keluar file yang tidak dilakukan Replikasi DFS. Jika Anda khawatir tentang beberapa orang yang mengedit file yang sama, sebaiknya gunakan Windows SharePoint Services. Windows SharePoint Services 2.0 dengan Paket Layanan 2 tersedia sebagai bagian dari Windows Server 2003 R2. Windows SharePoint Services dapat diunduh dari situs Web Microsoft; ini tidak disertakan dalam versi Windows Server yang lebih baru. Namun, jika Anda mereplikasi data di beberapa situs dan pengguna tidak mengedit file yang sama secara bersamaan, Replikasi DFS menyediakan bandwidth yang lebih besar dan manajemen yang lebih sederhana.

Ya—dengan asumsi bahwa ada tautan Wide Area Network (WAN) privat (bukan Internet) yang menghubungkan kantor cabang. Namun, Anda harus membuka port yang tepat di firewall eksternal. Replikasi DFS menggunakan RPC Endpoint Mapper (port 135) dan port sementara yang ditetapkan secara acak di atas 1024. Anda dapat menggunakan dfsrdiag.exe alat baris perintah untuk menentukan port statis, bukan port sementara. Untuk informasi selengkapnya tentang cara menentukan RPC Endpoint Mapper, lihat Cara mengonfigurasi alokasi port dinamis RPC untuk bekerja dengan firewall.

No. Replikasi DFS tidak mereplikasi file atau folder yang dienkripsi menggunakan Sistem File Enkripsi (EFS). Jika pengguna mengenkripsi file yang sebelumnya direplikasi, Replikasi DFS akan menghapus file dari semua anggota grup replikasi lainnya. Ini memastikan bahwa satu-satunya salinan file yang tersedia adalah versi terenkripsi di server.

Replikasi DFS dapat mereplikasi file folder pribadi Microsoft Outlook (.pst) dan file Microsoft Access dengan aman hanya jika file disimpan untuk tujuan pengarsipan dan tidak diakses di seluruh jaringan dengan menggunakan klien seperti Outlook atau Access (untuk membuka .pst atau mengakses file, pertama-tama salin file ke perangkat penyimpanan lokal). Alasan untuk ini adalah sebagai berikut:

• Membuka .pst file melalui koneksi jaringan dapat menyebabkan kerusakan data dalam .pst file. Untuk informasi selengkapnya tentang mengapa .pst file tidak dapat diakses dengan aman dari seluruh jaringan, lihat Membatasi penggunaan file folder pribadi melalui tautan LAN dan WAN.

• .pst dan File Access cenderung tetap terbuka untuk jangka waktu yang lama saat diakses oleh klien seperti Outlook atau Office Access. Hal ini mencegah Replikasi DFS mereplikasi file-file ini hingga ditutup.

No. Replikasi DFS bergantung pada Active Directory® Domain Services untuk konfigurasi. Ini hanya akan berfungsi di domain.

Yes. Replikasi DFS dapat mereplikasi banyak folder antar server. Pastikan bahwa setiap folder yang direplikasi memiliki jalur akar yang unik dan tidak tumpang tindih. Misalnya, D:\Sales dan D:\Accounting dapat menjadi jalur akar untuk dua folder yang direplikasi, tetapi D:\Sales dan D:\Sales\Reports tidak dapat menjadi jalur akar untuk dua folder yang direplikasi.

No. DFS Replication dan DFS Namespaces dapat digunakan secara terpisah atau bersama-sama. Selain itu, Replikasi DFS dapat digunakan untuk mereplikasi namespace DFS mandiri, yang tidak mungkin dilakukan dengan FRS.

No. Replikasi DFS tidak secara eksplisit memerlukan sinkronisasi waktu antar server. Namun, Replikasi DFS memang mengharuskan jam server cocok dengan erat. Jam server harus diatur dalam waktu lima menit satu sama lain (secara default) agar autentikasi Kerberos berfungsi dengan baik. Misalnya, Replikasi DFS menggunakan stempel waktu untuk menentukan file mana yang diutamakan jika ada konflik. Waktu yang akurat juga penting untuk pengumpulan sampah, jadwal, dan fitur lainnya.

Yes. Namun, mereplikasi seluruh volume dapat menyebabkan masalah berikut:

• Jika volume berisi file halaman Windows, replikasi gagal dan mencatat peristiwa DFSR 4312 di log peristiwa sistem.

• Replikasi DFS mengatur atribut Sistem dan Tersembunyi pada folder yang direplikasi pada server tujuan. Ini terjadi karena Windows menerapkan atribut Sistem dan Tersembunyi ke folder akar volume secara default. Jika jalur lokal folder yang direplikasi pada server tujuan juga merupakan akar volume, tidak ada perubahan lebih lanjut yang dilakukan pada atribut folder.

• Saat mereplikasi volume yang berisi folder sistem Windows, Replikasi DFS mengenali folder %WINDIR% dan tidak mereplikasinya. Namun, Replikasi DFS memang mereplikasi folder yang digunakan oleh aplikasi non-Microsoft, yang dapat menyebabkan aplikasi gagal di server tujuan jika aplikasi memiliki masalah interoperabilitas dengan Replikasi DFS.

No.

Yes. Replikasi DFS tidak bergantung pada jenis koneksi.

No. Replikasi DFS hanya mendukung volume yang diformat dengan sistem file NTFS; Sistem File Tangguh (ReFS) dan sistem file FAT tidak didukung. Replikasi DFS memerlukan NTFS karena menggunakan jurnal perubahan NTFS dan fitur lain dari sistem file NTFS.

Yes. Anda dapat mereplikasi file jarang. Atribut Jarang dipertahankan pada anggota penerima.

No. Replikasi DFS adalah layanan yang berjalan di bawah akun sistem lokal, jadi Anda tidak perlu masuk sebagai administrator untuk mereplikasi. Namun, Anda harus menjadi administrator domain atau administrator lokal server file yang terpengaruh untuk membuat perubahan pada konfigurasi Replikasi DFS.

Untuk informasi selengkapnya, lihat Mendelegasikan Kemampuan untuk Mengelola Replikasi DFS.

Untuk meningkatkan atau mengganti anggota Replikasi DFS, lihat Mengganti Perangkat Keras atau OS Anggota DFSR.

Yes. Skenario tertentu didukung saat mereplikasi profil pengguna roaming. Untuk informasi tentang skenario yang didukung, lihat Pernyataan Dukungan Microsoft Seputar Data Profil Pengguna yang Direplikasi.

Jalur folder dukungan Replikasi Windows dan DFS dengan hingga 32 ribu karakter. Replikasi DFS tidak terbatas pada jalur folder 260 karakter.

No. Grup replikasi dapat menjangkau seluruh domain dalam satu forest tetapi tidak di seluruh forest yang berbeda.

Daftar berikut ini menyediakan serangkaian panduan skalabilitas yang telah diuji oleh Microsoft dan berlaku untuk Windows Server 2012 R2, Windows Server 2016, dan Windows Server 2019

• Ukuran semua file yang direplikasi di server: 100 terabyte.

• Jumlah file yang direplikasi pada volume: 70 juta.

• Ukuran file maksimum: 250 gigabyte.

Important

Saat membuat grup replikasi dengan sejumlah besar atau ukuran file, sebaiknya ekspor klon database dan menggunakan teknik pra-penyemaian untuk meminimalkan durasi replikasi awal. Untuk informasi selengkapnya, lihat Sinkronisasi Awal Replikasi DFS di Windows Server 2012 R2: Serangan Kloning.

Daftar berikut menyediakan serangkaian pedoman skalabilitas yang diuji oleh Microsoft pada Windows Server 2012, Windows Server 2008 R2, dan Windows Server 2008:

• Ukuran semua file yang direplikasi di server: 10 terabyte.

• Jumlah file yang direplikasi pada volume: 11 juta.

• Ukuran file maksimum: 64 gigabyte.

Note

Tidak ada lagi batasan jumlah grup replikasi, folder yang direplikasi, koneksi, atau anggota grup replikasi.

Untuk daftar pedoman skalabilitas yang diuji oleh Microsoft untuk Windows Server 2003 R2, lihat Pedoman skalabilitas Replikasi DFS.

Jangan gunakan Replikasi DFS di lingkungan di mana beberapa pengguna memperbarui atau memodifikasi file yang sama secara bersamaan di server yang berbeda. Melakukannya dapat menyebabkan Replikasi DFS memindahkan salinan file yang bertentangan ke folder DfsrPrivate\ConflictandDeleted tersembunyi.

Ketika beberapa pengguna perlu mengubah file yang sama secara bersamaan di server yang berbeda, gunakan fitur cek keluar file Windows SharePoint Services untuk memastikan bahwa hanya satu pengguna yang mengerjakan file. Windows SharePoint Services 2.0 dengan Paket Layanan 2 tersedia sebagai bagian dari Windows Server 2003 R2. Windows SharePoint Services dapat diunduh dari situs Web Microsoft; ini tidak disertakan dalam versi Windows Server yang lebih baru.

Replikasi DFS menggunakan objek baru dalam konteks penamaan domain Active Directory Domain Services untuk menyimpan informasi konfigurasi. Objek ini dibuat saat Anda memperbarui skema Active Directory Domain Services. Untuk mempelajari selengkapnya, lihat Meninjau Persyaratan untuk Replikasi DFS.

Yes. Ada tiga cara untuk mengotomatiskan laporan kesehatan:

• Gunakan modul DFSR Windows PowerShell yang disertakan dalam Windows Server 2012 R2 atau dfsradmin.exe bersama dengan Tugas Terjadwal untuk menghasilkan laporan kesehatan secara teratur. Untuk informasi selengkapnya, lihat Mengotomatiskan Laporan Kesehatan Replikasi DFS.

• Gunakan Paket Manajemen Replikasi DFS untuk Manajer Operasi Pusat Sistem untuk membuat pemberitahuan yang didasarkan pada kondisi yang ditentukan.

• Gunakan penyedia WMI Replikasi DFS untuk pemberitahuan skrip.

Yes. Untuk mempelajari selengkapnya, lihat dokumentasi Manajer Operasi .

Yes. Replikasi DFS mendukung manajemen jarak jauh menggunakan konsol Manajemen DFS dan perintah Tambahkan Grup Replikasi . Misalnya, di server A, Anda dapat terhubung ke grup replikasi yang ditentukan di forest dengan server A dan B sebagai anggota.

Manajemen DFS disertakan dengan Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008, dan Windows Server 2003 R2. Untuk mengelola Replikasi DFS dari versi Windows lainnya, gunakan Desktop Jarak Jauh atau Alat Administrasi Server Jarak Jauh (RSAT) untuk Windows.

No. Replikasi DFS memiliki serangkaian alat pemantauan dan diagnostiknya sendiri. USG dan Sonar hanya mampu memantau FRS.

Untuk memulihkan file yang hilang, pulihkan file dari folder sistem file atau folder bersama menggunakan Riwayat File, perintah Pulihkan versi sebelumnya di File Explorer, atau dengan memulihkan file dari cadangan. Untuk memulihkan file langsung dari folder ConflictAndDeleted atau PreExist, gunakan Get-DfsrPreservedFilesRestore-DfsrPreservedFiles cmdlet dan Windows PowerShell.

Yes. Ada banyak cara untuk memantau replikasi:

• Replikasi DFS memiliki paket manajemen untuk System Center Operations Manager yang menyediakan pemantauan proaktif.

• Manajemen DFS memiliki laporan diagnostik dalam kotak untuk backlog replikasi, efisiensi replikasi, dan jumlah file dan folder dalam grup replikasi tertentu.

• Modul DFSR Windows PowerShell di Windows Server 2012 R2 berisi cmdlet untuk memulai pengujian penyebaran dan menulis laporan penyebaran dan kesehatan. Untuk informasi selengkapnya, lihat kumpulan modul DFSR .

• dfsrdiag.exe adalah alat baris perintah yang dapat menghasilkan jumlah backlog atau memicu pengujian propagasi. Keduanya menunjukkan status replikasi. Penyebaran menunjukkan apakah file sedang direplikasi ke semua simpul. Backlog menunjukkan kepada Anda berapa banyak file yang masih perlu direplikasi sebelum dua komputer disinkronkan. Jumlah backlog adalah jumlah pembaruan yang belum diproses oleh anggota grup replikasi. Pada komputer yang menjalankan Windows Server 2012 R2, Windows Server 2012 atau Windows Server 2008 R2, Dfsrdiag.exe juga dapat menampilkan pembaruan yang sedang direplikasi oleh Replikasi DFS.

• Skrip dapat menggunakan WMI untuk mengumpulkan informasi backlog—secara manual atau melalui MOM.

Meskipun Replikasi DFS bekerja pada kecepatan dial-up, Replikasi DFS dapat tertunda jika ada sejumlah besar perubahan untuk direplikasi. Jika perubahan kecil dilakukan pada file yang ada, Replikasi DFS dengan Kompresi Diferensial Jarak Jauh (RDC) memberikan performa yang lebih tinggi daripada menyalin file secara langsung.

No. Replikasi DFS tidak melakukan penginderaan bandwidth. Anda dapat mengonfigurasi Replikasi DFS untuk menggunakan jumlah bandwidth terbatas berdasarkan per koneksi (pembatasan bandwidth). Namun, Replikasi DFS tidak mengurangi pemanfaatan bandwidth lebih lanjut jika antarmuka jaringan menjadi jenuh, dan Replikasi DFS dapat menjenuhkan tautan untuk waktu yang singkat. Pembatasan bandwidth dengan Replikasi DFS tidak sepenuhnya akurat karena Replikasi DFS membatasi bandwidth dengan membatasi panggilan RPC. Akibatnya, berbagai buffer di tingkat yang lebih rendah dari tumpukan jaringan (termasuk RPC) dapat mengganggu, menyebabkan ledakan lalu lintas jaringan.

Jika Anda mengonfigurasi pembatasan bandwidth saat menentukan jadwal, semua koneksi untuk grup replikasi tersebut menggunakan pengaturan tersebut untuk pembatasan bandwidth. Pembatasan bandwidth juga dapat diatur sebagai pengaturan tingkat koneksi menggunakan Manajemen DFS.

No. Replikasi DFS menggunakan topologi yang ditentukan oleh administrator, yang tidak bergantung pada biaya situs Layanan Domain Direktori Aktif.

Untuk mempelajari tentang berbagai metode penyetelan performa replikasi, lihat Menyetel Performa Replikasi di DFSR di blog Tanyakan Tim Layanan Direktori.

Dalam Replikasi DFS, Anda mengatur bandwidth maksimum yang ingin Anda gunakan pada koneksi, dan layanan mempertahankan tingkat penggunaan jaringan tersebut. Ini berbeda dari Layanan Transfer Cerdas Latar Belakang (BITS), dan Replikasi DFS tidak menjenuhkan koneksi jika Anda mengaturnya dengan tepat.

Meskipun demikian, pelambatan bandwidth tidak 100% akurat dan Replikasi DFS dapat menjenuhkan tautan untuk waktu yang singkat. Ini karena Replikasi DFS membatasi bandwidth dengan membatasi panggilan RPC. Karena proses ini bergantung pada berbagai buffer di tingkat yang lebih rendah dari tumpukan jaringan, termasuk RPC, lalu lintas replikasi cenderung melakukan perjalanan dalam ledakan yang terkadang menjenuhkan tautan jaringan.

Replikasi DFS di Windows Server 2008 mencakup beberapa peningkatan performa, seperti yang dibahas dalam Sistem File Terdistribusi, sebuah artikel dalam Perubahan Fungsionalitas dari Windows Server 2003 dengan SP1 ke Windows Server 2008.

Replikasi DFS lebih cepat daripada FRS, terutama ketika perubahan kecil dilakukan pada file besar dan RDC diaktifkan. Misalnya, dengan RDC, perubahan kecil pada presentasi PowerPoint® 2 MB hanya dapat mengakibatkan 60 kilobyte (KB) dikirim ke seluruh jaringan—penghematan 97 persen dalam byte yang ditransfer.

RDC tidak digunakan pada file yang lebih kecil dari 64 KB dan mungkin tidak bermanfaat pada LAN berkecepatan tinggi di mana bandwidth jaringan tidak diperebutkan. RDC dapat dinonaktifkan berdasarkan per koneksi menggunakan Manajemen DFS.

Data direplikasi sesuai dengan jadwal yang Anda tetapkan. Misalnya, Anda dapat mengatur jadwal ke interval 15 menit, tujuh hari seminggu. Selama interval ini, replikasi diaktifkan. Replikasi dimulai segera setelah perubahan file terdeteksi (umumnya dalam hitungan detik).

Jadwal grup replikasi dapat diatur ke Universal Time Coordinate (UTC) saat jadwal koneksi diatur ke waktu lokal anggota penerima. Pertimbangkan hal ini ketika grup replikasi mencakup beberapa zona waktu. Waktu lokal berarti waktu anggota menghosting koneksi masuk. Jadwal koneksi masuk yang ditampilkan dan koneksi keluar yang sesuai mencerminkan perbedaan zona waktu saat jadwal diatur ke waktu lokal.

Sumber daya disk, memori, dan CPU yang digunakan oleh Replikasi DFS bergantung pada banyak faktor, termasuk jumlah dan ukuran file, tingkat perubahan, jumlah anggota grup replikasi, dan jumlah folder yang direplikasi. Selain itu, beberapa sumber daya lebih sulit diperkirakan. Misalnya, teknologi Extensible Storage Engine (ESE) yang digunakan untuk database Replikasi DFS dapat menggunakan persentase besar memori yang tersedia, yang dirilis sesuai permintaan. Aplikasi selain Replikasi DFS dapat dihosting di server yang sama tergantung pada konfigurasi server. Namun, saat menghosting beberapa aplikasi atau peran server di satu server, penting bagi Anda untuk menguji konfigurasi ini sebelum menerapkannya di lingkungan produksi.

Jika koneksi terputus, Replikasi DFS terus mencoba mereplikasi saat jadwal terbuka. Juga akan ada kesalahan konektivitas yang dicatat dalam log peristiwa Replikasi DFS yang dapat dipanen menggunakan MOM (secara proaktif melalui pemberitahuan) dan Laporan Kesehatan Replikasi DFS (secara reaktif, seperti ketika administrator menjalankannya).

Kompresi diferensial jarak jauh (RDC) adalah protokol server klien yang dapat digunakan untuk memperbarui file secara efisien melalui jaringan bandwidth terbatas. RDC mendeteksi penyisipan, penghapusan, dan penyusunan ulang data dalam file, memungkinkan Replikasi DFS hanya mereplikasi perubahan saat file diperbarui. RDC hanya digunakan untuk file yang 64 KB atau lebih besar secara default. RDC dapat menggunakan versi file yang lebih lama dengan nama yang sama di folder yang direplikasi atau di folder DfsrPrivate\ConflictandDeleted (terletak di bawah jalur lokal folder yang direplikasi).

RDC digunakan ketika file melebihi ambang batas ukuran minimum. Ambang batas ukuran ini adalah 64 KB secara default. Setelah file melebihi ambang batas tersebut telah direplikasi, versi file yang diperbarui selalu menggunakan RDC, kecuali sebagian besar file diubah atau RDC dinonaktifkan.

Untuk menggunakan RDC lintas file, satu anggota koneksi replikasi harus menjalankan edisi sistem operasi Windows yang mendukung RDC lintas file. Tabel berikut menunjukkan edisi sistem operasi Windows mana yang mendukung RDC lintas file.

Versi Sistem Operasi	Standard Edition	Enterprise Edition	Datacenter Edition
Windows Server 2012 R2	Yes	Not available	Yes
Windows Server 2012	Yes	Not available	Yes
Windows Server 2008 R2	No	Yes	Yes
Windows Server 2008	No	Yes	No
Windows Server 2003 R2	No	Yes	No

* Anda dapat secara opsional menonaktifkan RDC lintas file di Windows Server 2012 R2.

Yes. Bagian file yang diubah dikompresi sebelum dikirim untuk semua jenis file kecuali yang berikut (yang sudah dikompresi): .wma, , , .jpg.z.cab.mpa.mp3.wav.wm.asf.avi.au.gz.tgz.zip.mpeg.frx.mpg.m1v.mp2.snd.wmv Pengaturan kompresi untuk jenis file ini tidak dapat dikonfigurasi di Windows Server 2003 R2.

Yes. Anda dapat menonaktifkan RDC melalui halaman properti koneksi tertentu. Menonaktifkan RDC dapat mengurangi pemanfaatan CPU dan latensi replikasi pada tautan jaringan area lokal (LAN) cepat yang tidak memiliki batasan bandwidth atau untuk grup replikasi yang terutama terdiri dari file yang lebih kecil dari 64 KB. Jika Anda memilih untuk menonaktifkan RDC pada koneksi, uji efisiensi replikasi sebelum dan sesudah perubahan untuk memverifikasi bahwa Anda telah meningkatkan performa replikasi.

Anda dapat mengubah ambang ukuran RDC dengan menggunakan Set-DfsrConnection cmdlet, Penyedia WMI Replikasi DFS, atau dengan mengedit file XML konfigurasi secara manual.

Yes. RDC menghitung perbedaan pada tingkat blok terlepas dari jenis data file. Namun, RDC bekerja lebih efisien pada jenis file tertentu seperti dokumen Word, file PST, dan gambar VHD.

Replikasi DFS menggunakan RDC, yang menghitung blok dalam file yang telah berubah dan hanya mengirim blok tersebut melalui jaringan. Replikasi DFS tidak perlu mengetahui apa pun tentang konten file—hanya blok mana yang telah berubah.

Edisi Standar Windows Server tidak mendukung RDC lintas file. Namun, ini secara otomatis diaktifkan saat Anda memutakhirkan ke edisi yang mendukung RDC lintas file, atau jika anggota koneksi replikasi menjalankan edisi yang didukung. Untuk daftar edisi yang mendukung RDC lintas file, lihat Edisi sistem operasi Windows mana yang mendukung RDC lintas file?

No. RDC adalah protokol tujuan umum untuk mengompresi transfer file. Replikasi DFS menggunakan RDC pada blok di tingkat file, bukan pada tingkat blok disk. RDC membagi file menjadi blok. Untuk setiap blok dalam file, ini menghitung tanda tangan, yaitu beberapa byte yang dapat mewakili blok yang lebih besar. Kumpulan tanda tangan ditransfer dari server ke klien. Klien membandingkan tanda tangan server dengan tanda tangannya sendiri. Klien kemudian meminta server hanya mengirim data untuk tanda tangan yang belum ada di klien.

Replikasi DFS mengganti nama file pada semua anggota lain dari grup replikasi selama replikasi berikutnya. File dilacak menggunakan ID unik, jadi mengganti nama file dan memindahkan file dalam replika tidak berpengaruh pada kemampuan Replikasi DFS untuk mereplikasi file.

RDC lintas file memungkinkan Replikasi DFS untuk menggunakan RDC bahkan ketika file dengan nama yang sama tidak ada di ujung klien. RDC lintas file menggunakan heuristik untuk menentukan file yang mirip dengan file yang perlu direplikasi, dan menggunakan blok file serupa yang identik dengan file replikasi untuk meminimalkan jumlah data yang ditransfer melalui WAN. RDC lintas file dapat menggunakan blok hingga lima file serupa dalam proses ini.

Untuk menggunakan RDC lintas file, satu anggota koneksi replikasi harus menjalankan edisi Windows yang mendukung RDC lintas file. Untuk daftar edisi yang mendukung RDC lintas file, lihat Edisi sistem operasi Windows mana yang mendukung RDC lintas file?

No. Jika Anda perlu mengubah jalur folder yang direplikasi, Anda harus menghapusnya di Manajemen DFS dan menambahkannya kembali sebagai folder baru yang direplikasi. Replikasi DFS kemudian menggunakan Kompresi Diferensial Jarak Jauh (RDC) untuk melakukan sinkronisasi yang menentukan apakah data sama pada anggota pengiriman dan penerimaan. Itu tidak mereplikasi semua data dalam folder lagi.

Tidak, Anda tidak dapat mengonfigurasi atribut file mana yang direplikasi oleh Replikasi DFS.

Untuk daftar nilai atribut dan deskripsinya, lihat Atribut File.

Nilai atribut berikut diatur dengan menggunakan SetFileAttributes dwFileAttributes fungsi, dan direplikasi oleh Replikasi DFS. Perubahan pada nilai atribut ini memicu replikasi atribut. Konten file tidak direplikasi kecuali kontennya juga berubah. Untuk informasi selengkapnya, lihat Fungsi SetFileAttributs.

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

Nilai atribut berikut direplikasi oleh Replikasi DFS, tetapi tidak memicu replikasi.

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

Nilai atribut file berikut juga memicu replikasi, meskipun tidak dapat diatur dengan menggunakan SetFileAttributes fungsi (gunakan GetFileAttributes fungsi untuk melihat nilai atribut).

• FILE_ATTRIBUTE_REPARSE_POINT

Note

Replikasi DFS tidak mereplikasi nilai atribut titik reparse kecuali tag reparse IO_REPARSE_TAG_SYMLINK. File dengan tag reparse IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS, atau IO_REPARSE_TAG_HSM direplikasi sebagai file normal. Namun, tag reparse dan buffer data reparse tidak direplikasi ke server lain karena titik reparse hanya berfungsi pada sistem lokal.

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

Note

Replikasi DFS tidak mereplikasi file yang dienkripsi dengan menggunakan Sistem File Enkripsi (EFS). Replikasi DFS memang mereplikasi file yang dienkripsi dengan menggunakan perangkat lunak non-Microsoft, tetapi hanya jika tidak mengatur nilai atribut FILE_ATTRIBUTE_ENCRYPTED pada file.

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

Replikasi DFS tidak mereplikasi nilai FILE_ATTRIBUTE_TEMPORARY.

Yes. Anda dapat memilih topologi saat membuat grup replikasi. Atau Anda dapat memilih Tidak ada topologi dan mengonfigurasi koneksi secara manual setelah grup replikasi dibuat.

Yes. Replikasi DFS mendukung penyalinan file ke anggota grup replikasi sebelum replikasi awal. "Prestaging" ini dapat secara dramatis mengurangi jumlah data yang direplikasi selama replikasi awal.

Replikasi awal tidak perlu mereplikasi konten ketika file hanya berbeda dengan atribut nyata atau stempel waktu. Atribut nyata adalah atribut yang dapat diatur oleh fungsi SetFileAttributesWin32 . Untuk informasi selengkapnya, lihat Fungsi SetFileAttributs. Jika dua file berbeda dengan atribut lain, seperti kompresi, maka konten file direplikasi.

Untuk prestage anggota grup replikasi, salin file ke folder yang sesuai di server tujuan, buat grup replikasi, lalu pilih anggota utama. Pilih anggota yang memiliki file -date up-toterbanyak yang ingin Anda replikasi karena konten anggota utama dianggap "otoritatif". Ini berarti bahwa selama replikasi awal, file anggota utama selalu menimpa versi file lain pada anggota lain dari grup replikasi.

Untuk informasi tentang pra-penyemaian dan kloning database DFSR, lihat Sinkronisasi Awal Replikasi DFS di Windows Server 2012 R2: Serangan Kloning.

Untuk informasi selengkapnya tentang replikasi awal, lihat Membuat Grup Replikasi.

Yes. Replikasi DFS mengatasi tiga masalah umum FRS:

• Bungkus jurnal: Replikasi DFS pulih dari bungkus jurnal dengan cepat. Setiap file atau folder yang ada ditandai sebagai journalWrap dan diverifikasi terhadap sistem file sebelum replikasi diaktifkan kembali. Selama pemulihan, volume ini tidak tersedia untuk replikasi di kedua arah.

• Replikasi yang berlebihan: Untuk mencegah replikasi yang berlebihan, Replikasi DFS menggunakan sistem kredit.

• Folder morf: Untuk mencegah nama folder morf, Replikasi DFS menyimpan data yang bertentangan dalam folder DfsrPrivate\ConflictandDeleted tersembunyi (terletak di bawah jalur lokal folder yang direplikasi). Misalnya, membuat beberapa folder secara bersamaan dengan nama yang identik di server yang berbeda yang direplikasi menggunakan FRS menyebabkan FRS mengganti nama folder yang lebih lama. Replikasi DFS sebagai gantinya memindahkan folder lama ke folder Konflik dan Dihapus lokal.

No. File mungkin direplikasi secara tidak berurutan.

Jika aplikasi membuka file dan membuat kunci file padanya (mencegahnya digunakan oleh aplikasi lain saat terbuka), Replikasi DFS tidak mereplikasi file hingga ditutup. Jika aplikasi membuka file dengan akses baca-berbagi, file masih dapat direplikasi.

• Replikasi DFS mereplikasi izin file NTFS dan aliran data alternatif.

• Microsoft tidak mendukung pembuatan tautan keras NTFS ke atau dari file dalam folder yang direplikasi – hal itu dapat menyebabkan masalah replikasi dengan file yang terpengaruh. File tautan keras diabaikan oleh Replikasi DFS dan tidak direplikasi. Titik persimpangan juga tidak direplikasi, dan Replikasi DFS mencatat peristiwa 4406 untuk setiap titik persimpangan yang ditemuinya.

• Satu-satunya titik reparse yang direplikasi oleh Replikasi DFS adalah yang menggunakan tag IO_REPARSE_TAG_SYMLINK; namun, Replikasi DFS tidak menjamin bahwa target symlink juga direplikasi. Untuk informasi selengkapnya, lihat blog Tanyakan Tim Layanan Direktori.

• File dengan tag reparse IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS, atau IO_REPARSE_TAG_HSM direplikasi sebagai file normal. Tag reparse dan buffer data reparse tidak direplikasi ke server lain karena titik reparse hanya berfungsi pada sistem lokal. Dengan demikian, Replikasi DFS dapat mereplikasi folder pada volume yang menggunakan Deduplikasi Data di Windows Server 2012, atau Penyimpanan Instans Tunggal (SIS), namun, informasi deduplikasi data disimpan secara terpisah dari setiap server tempat layanan peran diaktifkan.

Tidak, Replikasi DFS tidak mereplikasi file yang satu-satunya perubahannya adalah perubahan pada stempel waktu. Selain itu, stempel waktu yang diubah tidak direplikasi ke anggota lain dari grup replikasi kecuali perubahan lain dilakukan pada file.

Yes. Replikasi DFS mereplikasi perubahan izin untuk file dan folder. Hanya bagian dari file yang terkait dengan Daftar Kontrol Akses (ACL) yang direplikasi, meskipun Replikasi DFS masih harus membaca seluruh file ke area penahapan.

Note

Mengubah ACL pada sejumlah besar file dapat berdampak pada performa replikasi. Namun, saat menggunakan RDC, jumlah data yang ditransfer sebanding dengan ukuran ACL, bukan ukuran seluruh file. Jumlah lalu lintas disk masih sebanding dengan ukuran file karena file harus dibaca ke dan dari folder penahapan.

Replikasi DFS tidak menggabungkan file saat ada konflik. Namun, ia mencoba mempertahankan versi file yang lebih lama di folder DfsrPrivate\ConflictandDeleted tersembunyi di komputer tempat konflik terdeteksi.

Yes. Replikasi DFS menggunakan koneksi Panggilan Prosedur Jarak Jauh (RPC) dengan enkripsi.

No. Layanan Replikasi DFS menggunakan panggilan prosedur jarak jauh (RPC) melalui TCP untuk mereplikasi data. Untuk mengamankan transfer data di internet, layanan Replikasi DFS dirancang untuk selalu menggunakan konstanta tingkat autentikasi, RPC_C_AUTHN_LEVEL_PKT_PRIVACY. Ini memastikan bahwa komunikasi RPC di seluruh Internet selalu dienkripsi. Oleh karena itu, tidak mungkin untuk menonaktifkan penggunaan RPC terenkripsi oleh layanan Replikasi DFS.

Untuk informasi selengkapnya, lihat situs Web Microsoft berikut ini:

• Referensi Teknis RPC

• Tentang Kompresi Diferensial Jarak Jauh

• Authentication-Level Constants

Ada satu pengelola pembaruan per folder yang direplikasi. Manajer pembaruan bekerja secara independen satu sama lain.

Secara default, maksimum 16 (empat di Windows Server 2003 R2) unduhan bersamaan dibagikan di antara semua koneksi dan grup replikasi. Karena koneksi dan pembaruan grup replikasi tidak diserialisasikan, tidak ada urutan khusus di mana pembaruan diterima. Jika dua jadwal dibuka, pembaruan diterima dan diinstal dari kedua koneksi secara bersamaan.

Anda dapat memaksa replikasi segera dengan menggunakan Manajemen DFS, seperti yang dijelaskan dalam Edit Jadwal Replikasi. Anda juga dapat memaksa replikasi dengan menggunakan Sync-DfsReplicationGroup cmdlet, yang disertakan dalam modul DFSR PowerShell yang diperkenalkan dengan Windows Server 2012 R2, atau perintah SyncNow Dfsrdiag . Anda dapat memaksa polling dengan menggunakan Update-DfsrConfigurationFromAD cmdlet, atau perintah Dfsrdiag PollAD .

No. Jika jadwal terbuka, Replikasi DFS mereplikasi perubahan saat melihatnya. Tidak ada cara untuk mengonfigurasi waktu tenang untuk file.

Yes. Jika Anda menggunakan Windows Server 2012 atau Windows Server 2008 R2, Anda dapat membuat folder replikasi baca-saja yang mereplikasi konten melalui koneksi satu arah. Untuk informasi selengkapnya, lihat Membuat Folder yang Direplikasi Read-Only pada Anggota Tertentu (https://go.microsoft.com/fwlink/?LinkId=156740).

Kami tidak mendukung pembuatan koneksi replikasi satu arah dengan Replikasi DFS di Windows Server 2008 atau Windows Server 2003 R2. Melakukannya dapat menyebabkan banyak masalah termasuk kesalahan topologi pemeriksaan kesehatan, masalah penahapan, dan masalah dengan database Replikasi DFS.

Jika Anda menggunakan Windows Server 2008 atau Windows Server 2003 R2, Anda dapat mensimulasikan koneksi satu arah dengan melakukan tindakan berikut:

• Latih administrator untuk membuat perubahan hanya pada server yang ingin Anda tetapkan sebagai server utama, lalu biarkan perubahan direplikasi ke server tujuan.

• Konfigurasikan izin berbagi di server tujuan sehingga pengguna akhir tidak memiliki izin Tulis. Jika tidak ada perubahan yang diizinkan di server cabang, maka tidak ada yang perlu direplikasi kembali, mensimulasikan koneksi satu arah dan menjaga pemanfaatan WAN tetap rendah.

No. Jika Replikasi DFS menganggap file identik, ia tidak mereplikasinya. Jika file yang diubah belum direplikasi, Replikasi DFS secara otomatis mereplikasinya saat dikonfigurasi untuk melakukannya. Untuk menimpa jadwal yang dikonfigurasi, gunakan metode WMI ForceReplicate(). Namun, ini hanya penggantian jadwal, dan tidak memaksa replikasi file yang tidak berubah atau identik.

Selama replikasi awal, file anggota utama akan selalu diutamakan dalam resolusi konflik yang terjadi jika anggota penerima memiliki versi file yang berbeda pada anggota utama. Penetapan anggota utama disimpan di Active Directory Domain Services, dan penandaan dibersihkan setelah anggota utama siap untuk mereplikasi, tetapi sebelum semua anggota grup replikasi mereplikasi.

Jika replikasi awal gagal atau layanan Replikasi DFS dimulai ulang selama replikasi, anggota utama melihat penandaan anggota utama dalam database Replikasi DFS lokal dan mencoba kembali replikasi awal. Jika database Replikasi DFS anggota utama hilang setelah menghapus penandaan utama di Active Directory Domain Services, tetapi sebelum semua anggota grup replikasi menyelesaikan replikasi awal, semua anggota grup replikasi gagal mereplikasi folder karena tidak ada server yang ditetapkan sebagai anggota utama. Jika hal ini terjadi, gunakan perintah keanggotaan Dfsradmin /set /isprimary:true pada server anggota utama untuk memulihkan penetapan anggota utama secara manual.

Untuk informasi selengkapnya tentang replikasi awal, lihat Membuat Grup Replikasi.

Warning

Penandaan anggota utama hanya digunakan selama proses replikasi awal. Jika Anda menggunakan perintah Dfsradmin untuk menentukan anggota utama untuk folder yang direplikasi setelah replikasi selesai, Replikasi DFS tidak menunjuk server sebagai anggota utama di Layanan Domain Direktori Aktif. Namun, jika database Replikasi DFS di server kemudian mengalami kerusakan atau kehilangan data yang tidak dapat diubah, server mencoba melakukan replikasi awal sebagai anggota utama alih-alih memulihkan datanya dari anggota lain dari grup replikasi. Pada dasarnya, server menjadi server utama yang nakal, yang dapat menyebabkan konflik. Untuk alasan ini, tentukan anggota utama secara manual hanya jika Anda yakin bahwa replikasi awal gagal.

Jika kompresi diferensial jarak jauh (RDC) diaktifkan pada koneksi, replikasi masuk file yang lebih besar dari 64 KB yang mulai direplikasi segera sebelum penutupan jadwal (atau berubah menjadi Tidak ada bandwidth) berlanjut saat jadwal dibuka (atau berubah menjadi sesuatu selain Tidak ada bandwidth). Replikasi berlanjut dari status saat replikasi berhenti.

Jika RDC dimatikan, Replikasi DFS sepenuhnya memulai ulang transfer file. Ini dapat menunda ketika file tersedia pada anggota penerima.

Ketika Replikasi DFS mendeteksi konflik, replikasi menggunakan versi file yang terakhir disimpan. Ini memindahkan file lain ke folder DfsrPrivate\ConflictandDeleted (di bawah jalur lokal folder yang direplikasi pada komputer yang mengatasi konflik). Ini tetap ada sampai pembersihan folder Konflik dan Dihapus, yang terjadi ketika folder Konflik dan Dihapus melebihi ukuran yang dikonfigurasi atau Replikasi DFS mengalami kesalahan Ruang disk habis. Folder Konflik dan Dihapus tidak direplikasi, dan metode resolusi konflik ini menghindari masalah direktori yang diubah yang dimungkinkan di FRS.

Ketika konflik terjadi, Replikasi DFS mencatat peristiwa informasi ke log peristiwa Replikasi DFS. Peristiwa ini tidak memerlukan tindakan pengguna karena alasan berikut:

• Itu tidak terlihat oleh pengguna (hanya terlihat oleh administrator server).

• Replikasi DFS memperlakukan folder Konflik dan Dihapus sebagai cache. Ketika ambang kuota tercapai, itu membersihkan beberapa file tersebut. Tidak ada jaminan bahwa file yang bertentangan akan disimpan.

• Konflik dapat berada di server yang berbeda dari asal konflik.

No. Replikasi DFS tidak terus melakukan tahap file di luar waktu replikasi terjadwal, jika kuota pembatasan bandwidth telah terlampaui, atau saat koneksi dinonaktifkan.

No. Replikasi DFS membuka file dengan cara yang tidak memblokir pengguna atau aplikasi untuk membuka file di folder replikasi. Metode ini dikenal sebagai "penguncian oportunistik."

Yes. Lokasi folder pementasan dikonfigurasi pada tab Lanjutan dari kotak dialog Properti untuk setiap anggota grup replikasi.

File dipentaskan pada anggota pengirim ketika anggota penerima meminta file (kecuali file 64 KB atau lebih kecil) seperti yang ditunjukkan dalam tabel berikut. Jika Kompresi Diferensial Jarak Jauh (RDC) dinonaktifkan pada koneksi, file dipentaskan kecuali 256 KB atau lebih kecil. File juga dipentaskan pada anggota penerima saat ditransfer jika ukurannya kurang dari 64 KB, meskipun Anda dapat mengonfigurasi pengaturan ini antara 16 KB dan 1 MB. Jika jadwal ditutup, file tidak dipentaskan.

	RDC enabled	RDC disabled
Sending member	64 KB	256 KB
Receiving member	64 KB secara default	64 KB secara default

Jika ada bagian dari file yang sudah ditransmisikan, Replikasi DFS melanjutkan transmisi. Jika file diubah sebelum Replikasi DFS mulai mengirimkan file, maka versi file yang lebih baru dikirim.

Change history

Date	Description	Reason
15 November 2018	Diperbarui untuk Windows Server 2019.	Sistem operasi baru.
Oktober 9, 2013	Memperbarui bagian Apa batas Replikasi DFS yang didukung? dengan hasil pengujian pada Windows Server 2012 R2.	Pembaruan untuk versi terbaru Windows Server
30 Januari 2013	Menambahkan entri Apakah Replikasi DFS melanjutkan penahapan file saat replikasi dinonaktifkan oleh jadwal atau kuota pembatasan bandwidth, atau saat koneksi dinonaktifkan secara manual?.	Customer questions
Oktober 31, 2012	Mengedit entri Apa batas Replikasi DFS yang didukung? untuk meningkatkan jumlah file yang direplikasi yang diuji pada volume.	Customer feedback
15 Agustus 2012	Mengedit entri Apakah Replikasi DFS mereplikasi izin file NTFS, aliran data alternatif, tautan keras, dan titik perbaikan? untuk lebih memperjelas bagaimana Replikasi DFS menangani tautan keras dan titik perbaikan.	Umpan balik dari Layanan Dukungan Pelanggan
13 Juni 2012	Mengedit entri Apakah Replikasi DFS berfungsi pada volume ReFS atau FAT? untuk menambahkan diskusi tentang ReFS.	Customer feedback
25 April 2012	Mengedit entri Apakah Replikasi DFS mereplikasi izin file NTFS, aliran data alternatif, tautan keras, dan titik perbaikan? untuk mengklarifikasi bagaimana Replikasi DFS menangani tautan keras.	Mengurangi potensi kebingungan
30 Maret 2011	Mengedit entri Dapatkah Replikasi DFS mereplikasi file database Outlook .pst atau Microsoft Office Access? untuk mengoreksi potensi dampak penggunaan Replikasi DFS dengan .pst file dan Access. Ditambahkan Bagaimana cara meningkatkan performa replikasi?	Pertanyaan pelanggan tentang entri sebelumnya, yang salah menunjukkan bahwa replikasi .pst atau file Access dapat merusak database Replikasi DFS.
26 Januari 2011	Ditambahkan Bagaimana file dapat dipulihkan dari folder ConflictAndDeleted atau PreExist?	Customer feedback
20 Oktober 2010	Ditambahkan Bagaimana cara meningkatkan atau mengganti anggota Replikasi DFS?	Customer feedback