File System Terdistribusi (DFS) memudahkan pengguna untuk mengakses dan mengelola file yang secara fisik tersebar di seluruh jaringan. DFS menyediakan satu titik akses dan struktur logis untuk sistem file. Dengan DFS, pengguna dapat mengakses file tanpa perlu mengetahui lokasi fisik sebenarnya dari file tersebut. DFS memungkinkan pengorganisasian folder bersama dari komputer berbeda dalam jaringan yang sama ke dalam sistem file bersama yang terpadu, logis, dan hierarkis.
Apa itu DFS?
DFS, layanan berbagi file terdistribusi bawaan pada Microsoft Windows Server, memudahkan perusahaan dalam mengakses konten folder yang dibagikan melalui satu jalur tunggal. Selain itu, DFS juga membuat koneksi otomatis ke server-server terdekat berdasarkan lokasi login klien, sehingga memberikan kemampuan load balancing dan fault tolerance kepada server file.
Fungsi utama DFS dapat diklasifikasikan ke dalam dua kategori: menyediakan titik akses terpadu bagi klien dan menyelesaikan replikasi folder di berbagai server file. Dua aspek ini diimplementasikan oleh dua komponen yang berbeda.
Apa itu namespace DFS?
Namespace DFS dapat diinstal pada server anggota mandiri atau controller domain. Seperti namanya, namespace memberikan pengguna jalur akses logis. Sebagai contoh, pada perusahaan dengan banyak server Windows yang dibagikan, bagian NAS, dan bagian Linux, akan kurang nyaman bagi pengguna untuk mengingat masing-masing secara individual. Dalam kasus seperti ini, server namespace dapat digunakan untuk menyediakan nama akses terpadu, menggabungkan semua server perusahaan yang dibagikan di bawah nama ini. Pengguna hanya perlu mengingat nama ini untuk menjelajahi semua folder yang dibagikan dalam organisasi.
Ruang nama DFS dapat dibagi menjadi ruang nama mandiri dan ruang nama berbasis domain.
Namespace mandiri mengacu pada penggunaan server khusus sebagai titik akses untuk DFS, di mana nama server digunakan untuk akses DFS eksternal. Konsekuensi dari pengaturan ini adalah jika server tidak berfungsi, pengguna tidak akan dapat mengaksesnya. Namun, memungkinkan untuk menerapkan namespace mandiri sebagai peran kluster untuk mencapai ketersediaan tinggi dalam mode aktif-pasif.
Model penyebaran lainnya disebut namespace berbasis domain. Dalam model penyebaran ini, ketika pengguna mengakses DFS, mereka menggunakan format domainnamedfsrootname. Keuntungan menggunakan namespace berbasis domain adalah memungkinkan nama akses, server namespace, folder tujuan yang terhubung ke namespace, dan informasi metadata lainnya disimpan di dalam Active Directory. Dengan menyimpan metadata ini di dalam Active Directory, beberapa server namespace dapat terdaftar untuk jalur root DFS yang sama. Sebagai contoh, bisa terdapat dua server namespace yang sama-sama mendukung jalur root DFS domainnamedfsrootname. Jika salah satu server tidak tersedia, kontroler domain akan memberikan alamat yang tersedia kepada klien saat permintaan berikutnya dari klien tersebut, sehingga memastikan akses berkelanjutan ke namespace.
Apa itu grup replikasi DFS?
Ketika menambahkan peran dan fitur di Windows Server, DFS terbagi menjadi dua komponen: DFS Namespace dan DFS Replication Group.
Perkenalan grup replikasi di DFS memungkinkan sistem ini tidak hanya berfungsi sebagai platform untuk akses yang nyaman, tetapi juga mendukung replikasi otomatis tingkat file dan toleransi kesalahan. Dengan mengonfigurasi grup replikasi, server tujuan dapat saling mereplikasi folder untuk mencapai toleransi kesalahan.
Proses penggunaan grup replikasi adalah sebagai berikut:
Pilih server tujuan untuk berpartisipasi dalam replikasi
Pilih folder yang akan disalin pada server tujuan
Pilih topologi replikasi, hub-distributor, interleaved, atau tanpa topologi.
Konfigurasikan bandwidth replikasi, waktu replikasi, filter file replikasi
Mengonfigurasi server utama untuk replikasi pertama
Konfigurasi grup replikasi tidak menyebabkan hanya satu server target yang menyediakan layanan. Sebaliknya, semua server target dalam grup replikasi dapat menawarkan fungsi baca dan tulis. Secara default, setiap server anggota dalam grup replikasi beroperasi pada mekanisme sinkronisasi multi-master, yang berarti setiap node dapat memodifikasi data folder. Mulai dari Windows Server 2008, dimungkinkan untuk mengkonfigurasi anggota grup replikasi hanya-baca, yang cocok digunakan untuk kantor cabang atau skenario dimana hanya diperlukan akses baca tanpa memerlukan akses tulis.
Catatan: Replikasi DFS menggunakan port 135 dan port dinamis RPC secara default. Anda dapat menggunakan perintah berikut untuk mengatur ulang port RPC replikasi DFS:
dfsrdiag staticrpc /port:55555 /mem:dfs01
dfsrdiag staticrpc /port:55555 /mem:dfs02
Bagaimana cara kerja replikasi DFS?
Sebelum mempelajari tentang mekanisme kerjanya, berikut adalah komponen-komponen yang terlibat di dalamnya.
GUID (Globally Unique Identifier): Replikasi DFS menggunakan GUID untuk mengidentifikasi berbagai komponen. Setiap grup replikasi, folder yang direplikasi, anggota grup replikasi, dan volume folder replikasi diberikan GUID unik.
Journal USN: DFSR (Replikasi DFS) memantau perubahan berkas dengan menggunakan journal USN (Update Sequence Number) dari NTFS. Journal USN adalah log sirkular yang didefinisikan sebagai bagian dari spesifikasi NTFS. Setiap kali sebuah berkas atau folder dalam volume NTFS berubah, catatan akan ditambahkan ke dalam journal USN. Catatan tersebut biasanya mencakup nama berkas, waktu perubahan, jenis perubahan, dan nomor urut pembaruan yang unik. Data sebenarnya tidak tercatat dalam log, sehingga ukuran berkas log tetap terkendali. Aplikasi dapat memantau journal USN ini untuk mendapatkan pembaruan mengenai perubahan yang terjadi pada sistem berkas NTFS.
Dalam NTFS, memungkinkan untuk melakukan kueri log USN untuk setiap file. Perintahnya adalah sebagai berikut:
fsutil usn readdata c:usn123.txt
Ketika DFSR mendeteksi bahwa file di dalam folder yang direplikasi telah menambahkan log USN, DFSR menambahkan pembaruan file tersebut ke database yang dikelola oleh DFSR.
Layanan DFSR mempertahankan database ESE untuk setiap volume yang menampung folder yang direplikasi. Database ESE digunakan oleh DFSR untuk menyimpan metadata tentang setiap file dan folder di dalam folder replikasi.
Dalam basis data DFSR, Anda mungkin sering menemui lima pengidentifikasi ini saat melakukan debugging status replikasi DFSR:
UID
GVSN
Nama File
ID Berkas NTFS
UID Folder Induk
DFSR menggunakan dua pengidentifikasi berbeda, UID dan GVSN, untuk melacak status replikasi.
UID dibangun berdasarkan GUID basis data dan nomor versi basis data saat ini. Ini merupakan ID unik yang diberikan untuk setiap file dan folder dalam basis data replikasi. Setelah diberikan, UID tidak berubah sampai file atau folder tersebut dihapus.
GVSN juga dibangun berdasarkan GUID basis data dan nomor versi basis data saat ini. GVSN diberikan pada setiap file dan folder yang direplikasi. Setiap kali file atau folder diperbarui, GVSN baru akan diberikan.
Oleh karena itu, prinsip DFS Replication dapat diringkas sebagai berikut:
Ketika file atau folder mengalami perubahan, NTFS USN mencatat perubahan tersebut dan memperbarui nomor USN. DFS melakukan kueri pada jurnal USN dari NTFS untuk melihat pembaruan. Selanjutnya DFS memperbarui ID database DFSR dari volume replikasi dan memperbarui ID database ke GVSN grup DFSR. DFSR mengetahui bahwa file atau folder telah berubah di server ini, lalu memberitahukan node-node lainnya untuk mereplikasi konten secara inkremental menggunakan RDC, sambil tetap menjaga pembaruan yang konsisten pada tabel versi vektor DFS di tiap node.
Saran replikasi DFS: Disarankan untuk hanya mereplikasikan data hasil kumpulan yang telah dikonfirmasi melalui DFS.
Sebagai contoh, jika direktori terduplikasi DFS berisi data produksi serta folder TEMP yang terus-menerus dihapus dan dimodifikasi selama pengembangan dan pengujian, direktori DFS akan mengalami replikasi yang sering akibat modifikasi berkala pada folder TEMP. Selain itu, jika sebuah berkas terus-menerus ditimpa atau sering ditambahkan dan dihapus dari direktori, berkas tersebut akan dibuang ke folder Konflik dan Dihapus.
Melindungi Windows Server Anda dengan solusi profesional
Disarankan untuk tidak melakukan kloning sistem pada DFS. Namun, disarankan menggunakan solusi cadangan standar untuk melakukan cadangan disk atau cadangan bare metal pada server DFS.
Anda juga dapat menggunakan Vinchin Backup & Recovery untuk melindungi data yang tersimpan pada mesin Windows Server fisik Anda.
Vinchin Backup & Recovery adalah solusi cadangan dan pemulihan bencana profesional untuk perusahaan, mendukung pencadangan server Windows/Linux (seperti Windows 2022/2019/2016/2012/2012 R2/2008/2008 R2/2003/2003 R2), mesin virtual, server file, NAS (dari semua merek), basis data, dan lainnya, memberikan perlindungan yang mudah untuk lingkungan IT yang kompleks.
Solusi backup server fisik Vinchin menggunakan teknik VSS (Volume Shadow Copy Service) untuk mem-backup Windows Server agar dapat membuat snapshot berbasis aplikasi pada volume NTFS, sementara teknik snapshot yang dikembangkan sendiri juga tersedia bagi pengguna server Linux guna memastikan konsistensi data backup.
Konsol web yang ramah pengguna akan membantu dengan mudah melakukan cadangan dan pemulihan bare metal pada server Windows. Untuk mencadangkan server Windows Anda, cukup ikuti langkah-langkah berikut:
Pilih server Windows > pilih tujuan cadangan > pilih strategi pencadangan > kirimkan tugas
Vinchin Backup & Recovery telah dipilih oleh ribuan perusahaan dan Anda juga dapat mulai menggunakan sistem yang andal ini dengan uji coba 60 hari fitur lengkap! Selain itu, hubungi kami dan tinggalkan kebutuhan Anda, lalu Anda akan menerima solusi sesuai lingkungan TI Anda.
Kesimpulan
Replikasi DFS adalah fitur dalam Windows Server yang memungkinkan replikasi file dan folder antar beberapa server dalam lingkungan sistem file terdistribusi. Fitur ini menyediakan redundansi data, ketersediaan, dan skalabilitas dengan mempertahankan salinan file yang tersinkronisasi di berbagai lokasi.
Vinchin Backup & Recovery juga merupakan solusi yang sangat baik untuk cadangan dan pemulihan bare metal serta menyediakan fitur yang lebih canggih dibandingkan Windows Server Backup, jadi jangan lewatkan uji coba gratisnya.
