Tanya jawab umum tentang Replika Penyimpanan

Ya. Anda dapat menggunakan skenario berikut dengan Azure:

• Replikasi server-ke-server di dalam Azure (secara sinkron atau asinkron antara VM IaaS di satu atau dua domain kesalahan pusat data, atau secara asinkron antara dua wilayah terpisah)
• Replikasi asinkron server-ke-server antara Azure dan lokal (menggunakan VPN atau Azure ExpressRoute)
• Replikasi kluster-ke-kluster di dalam Azure (secara sinkron atau asinkron antara VM IaaS di satu atau dua domain kesalahan pusat data, atau secara asinkron di antara dua wilayah terpisah)
• Replikasi asinkron kluster-ke-kluster antara Azure dan lokal (menggunakan VPN atau Azure ExpressRoute)
• Meregangkan pengklusteran menggunakan Disk Bersama Azure (secara sinkron atau asinkron antara VM IaaS di satu atau dua domain kesalahan pusat data, atau secara asinkron antara dua wilayah terpisah)

Catatan lebih lanjut tentang pengklusteran tamu di Azure dapat ditemukan di: Menyebarkan Kluster Tamu IaaS VM di Microsoft Azure.

Catatan penting:

• Ada templat Azure Resource Manager untuk pengklusteran Replika Penyimpanan Berbasis Langsung Ruang Penyimpanan di Membuat Kluster SOFS Langsung Ruang Penyimpanan dengan Replika Penyimpanan untuk Pemulihan Bencana di seluruh Wilayah Azure.
• Kluster ke komunikasi RPC kluster di Azure (diperlukan oleh API kluster untuk memberikan akses antar kluster) memerlukan konfigurasi akses jaringan untuk CNO. Anda harus mengizinkan port TCP 135 dan rentang dinamis di atas port TCP 49152. Referensi Membangun Kluster Failover Windows Server di Azure IAAS VM – Jaringan dan Pembuatan Bagian 2.
• Dimungkinkan untuk menggunakan kluster tamu dua node, di mana setiap simpul menggunakan iSCSI loopback untuk kluster asimetris yang direplikasi oleh Replika Penyimpanan. Tetapi ini kemungkinan akan memiliki performa yang sangat buruk dan harus digunakan hanya untuk beban kerja atau pengujian yang sangat terbatas.

Pesan Peristiwa 1237 yang ditampilkan di Admin Replika Penyimpanan bahkan masuk ke server tujuan menunjukkan jumlah byte yang disalin dan byte tersisa setiap 10 detik. Anda juga dapat menggunakan penghitung kinerja Replika Penyimpanan pada tujuan yang menunjukkan \Storage Replica Statistics\Total Byte Received untuk satu atau beberapa volume yang direplikasi. Anda juga dapat mengkueri grup replikasi menggunakan Windows PowerShell. Misalnya, perintah sampel ini mendapatkan nama grup di tujuan lalu meminta satu grup bernama Replikasi 2 setiap 10 detik untuk menunjukkan kemajuan:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Ya, menggunakan Set-SRNetworkConstraint. Cmdlet ini beroperasi pada lapisan antarmuka dan digunakan pada skenario kluster dan non-kluster. Misalnya, dengan server mandiri (pada setiap simpul):

Get-SRPartnership

Get-NetIPConfiguration

Perhatikan informasi gateway dan antarmuka (di kedua server) dan arah kemitraan. Kemudian jalankan:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Untuk mengonfigurasi batasan jaringan pada kluster stretch:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Tidak, Replika Penyimpanan hanya mendukung satu hingga satu replikasi server, kluster, atau meregangkan node kluster. Ini dapat berubah dalam rilis selanjutnya. Anda tentu saja dapat mengonfigurasi replikasi antara berbagai server pasangan volume tertentu, di kedua arah. Misalnya, Server 1 dapat mereplikasi volume D-nya ke server 2, dan volume E-nya dari Server 3.

Anda dapat menumbuhkan (memperluas) volume, tetapi tidak menyusutkannya. Secara default, Replika Penyimpanan mencegah administrator memperluas volume yang direplikasi; Set-SRGroup -AllowVolumeResize $TRUE gunakan opsi pada grup sumber, sebelum mengubah ukuran. Contohnya:

1. Gunakan terhadap komputer sumber: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE
2. Tumbuhkan volume menggunakan teknik apa pun yang Anda sukai
3. Gunakan terhadap komputer sumber: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE

Tidak di Windows Server 2016. Replika Penyimpanan melepas volume tujuan saat replikasi dimulai.

Namun, di Windows Server 2019 dan Saluran Semi-Tahunan Windows Server yang dimulai dengan versi, 1709, opsi untuk memasang penyimpanan tujuan sekarang dimungkinkan - fitur ini disebut "Uji Failover". Untuk melakukan ini, Anda harus memiliki volume berformat NTFS atau ReFS yang tidak digunakan yang saat ini tidak mereplikasi pada tujuan. Kemudian Anda dapat memasang rekam jepret penyimpanan yang direplikasi untuk sementara waktu untuk tujuan pengujian atau pencadangan.

Misalnya, untuk membuat failover pengujian di mana Anda mereplikasi volume "D:" di Grup Replikasi "RG2" di server tujuan "SRV2" dan memiliki drive "T:" pada SRV2 yang tidak sedang direplikasi:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

Volume D yang direplikasi: sekarang dapat diakses di SRV2. Anda dapat membaca dan menulisnya secara normal, menyalin file darinya, atau menjalankan cadangan online yang Anda simpan di tempat lain untuk pengamanan, di bawah jalur D: . Volume T: hanya akan berisi data log.

Untuk menghapus rekam jepret failover pengujian dan membuang perubahannya:

Dismount-SRDestination -Name RG2 -Computername SRV2

Anda hanya boleh menggunakan fitur failover pengujian untuk operasi sementara jangka pendek. Ini tidak ditujukan untuk penggunaan jangka panjang. Saat digunakan, replikasi berlanjut ke volume tujuan nyata.

Meskipun secara teknis mungkin, ini bukan konfigurasi yang direkomendasikan karena kurangnya kesadaran situs dalam simpul komputasi yang menghubungi SOFS. Jika menggunakan jaringan jarak kampus, di mana latensi biasanya sub-milidetik, konfigurasi ini biasanya berfungsi tanpa masalah.

Jika mengonfigurasi replikasi kluster-ke-kluster, Replika Penyimpanan sepenuhnya mendukung Peluasan Skala Server File, termasuk penggunaan Storage Spaces Direct, saat mereplikasi antara dua kluster.

Nomor. Anda dapat mereplikasi dengan CSV atau reservasi disk persisten (PDR) yang dimiliki oleh sumber daya kluster, seperti peran Server File.

Jika mengonfigurasi replikasi kluster-ke-kluster, Replika Penyimpanan sepenuhnya mendukung Peluasan Skala Server File, termasuk penggunaan Storage Spaces Direct, saat mereplikasi antara dua kluster.

Ini bukan konfigurasi yang didukung di Windows Server. Ini dapat berubah dalam rilis selanjutnya. Jika mengonfigurasi replikasi kluster-ke-kluster, Replika Penyimpanan sepenuhnya mendukung Peluasan Skala Server File dan Server Hyper-V, termasuk penggunaan Storage Spaces Direct.

Tentukan New-SRPartnership -ReplicationMode dan berikan argumen Asinkron. Secara default, semua replikasi di Replika Penyimpanan sinkron. Anda juga dapat mengubah mode dengan Set-SRPartnership -ReplicationMode.

Untuk mencegah failover otomatis, Anda dapat menggunakan PowerShell untuk mengonfigurasi Get-ClusterNode -Name "NodeName").NodeWeight=0. Ini menghapus pemungutan suara pada setiap simpul di situs pemulihan bencana. Kemudian Anda dapat menggunakan Start-ClusterNode -PreventQuorum pada simpul di situs utama dan Start-ClusterNode -ForceQuorum pada simpul di situs bencana untuk memaksa failover. Tidak ada opsi grafis untuk mencegah failover otomatis, dan mencegah failover otomatis tidak disarankan.

Untuk mencegah fitur ketahanan komputer virtual Hyper-V baru berjalan dan karena itu menjeda komputer virtual alih-alih mengalihkannya ke situs pemulihan bencana, jalankan (Get-Cluster).ResiliencyDefaultPeriod=0

Anda dapat menggunakan penyimpanan yang disediakan tipis sebagai salah satu cara untuk mempercepat waktu sinkronisasi awal. Kueri Replika Penyimpanan untuk dan secara otomatis menggunakan penyimpanan yang disediakan tipis, termasuk Ruang Penyimpanan non-kluster, disk dinamis Hyper-V, dan SAN LUN. Setelah replikasi awal dimulai, volume tidak akan dapat menyusut atau memangkas.

Anda juga dapat menggunakan volume data seeded untuk mengurangi penggunaan bandwidth dan terkadang waktu, dengan memastikan bahwa volume tujuan memiliki beberapa subset data dari primer kemudian menggunakan opsi Seeded di Failover Cluster Manager atau New-SRPartnership. Jika volume sebagian besar kosong, menggunakan sinkronisasi benih dapat mengurangi waktu dan penggunaan bandwidth. Ada beberapa cara untuk menyemai data, dengan berbagai tingkat kemanjuran:

• Replikasi sebelumnya - dengan mereplikasi dengan sinkronisasi awal normal secara lokal antara simpul yang berisi disk dan volume, menghapus replikasi, mengirim disk tujuan di tempat lain, lalu menambahkan replikasi dengan opsi benih. Ini adalah metode yang paling efektif karena Replika Penyimpanan menjamin cermin salinan blok dan satu-satunya hal yang harus direplikasi adalah blok delta.
• Rekam jepret yang dipulihkan atau cadangan berbasis rekam jepret yang dipulihkan - dengan memulihkan rekam jepret berbasis volume ke volume tujuan, seharusnya ada perbedaan minimal dalam tata letak blok. Ini adalah metode paling efektif berikutnya karena blok cenderung cocok berkat rekam jepret volume yang menjadi gambar cermin.
• File yang disalin - dengan membuat volume baru di tujuan yang belum pernah digunakan sebelumnya dan melakukan salinan pohon robocopy /MIR penuh dari data, kemungkinan ada kecocokan blok. Menggunakan Windows File Explorer atau menyalin beberapa bagian pohon tidak akan membuat banyak kecocokan blok. Menyalin file secara manual adalah metode penyemaian yang paling tidak efektif.

Anda dapat menggunakan Grant-SRDelegation cmdlet. Ini memungkinkan Anda mengatur pengguna tertentu di server ke server, kluster ke kluster, dan meregangkan skenario replikasi kluster karena memiliki izin untuk membuat, memodifikasi, atau menghapus replikasi, tanpa menjadi anggota grup administrator lokal. Contohnya:

Grant-SRDelegation -UserName contso\tonywang

Cmdlet akan mengingatkan Anda bahwa pengguna perlu keluar dan masuk dari server yang mereka rencanakan untuk dikelola agar perubahan diterapkan. Anda dapat menggunakan Get-SRDelegation dan Revoke-SRDelegation untuk lebih mengontrol ini.

Replika Penyimpanan mendukung pencadangan dan pemulihan volume sumber. Ini juga mendukung pembuatan dan pemulihan rekam jepret volume sumber. Anda tidak dapat mencadangkan atau memulihkan volume tujuan saat dilindungi oleh Replika Penyimpanan, karena tidak dipasang atau dapat diakses. Jika Anda mengalami bencana di mana volume sumber hilang, menggunakan Set-SRPartnership untuk mempromosikan volume tujuan sebelumnya menjadi sumber baca/bisa-tulis akan memungkinkan Anda untuk mencadangkan atau memulihkan volume tersebut. Anda juga dapat menghapus replikasi dengan Remove-SRPartnership dan Remove-SRGroup untuk melepas volume tersebut sebagai baca/bisa-tulis.

Untuk membuat rekam jepret konsisten aplikasi berkala, Anda dapat menggunakan VSSADMIN.EXE di server sumber untuk merekam jepret volume data yang direplikasi. Misalnya, tempat Anda mereplikasi volume F: dengan Replika Penyimpanan:

vssadmin create shadow /for=F:

Kemudian, setelah Anda beralih arah replikasi, menghapus replikasi, atau hanya masih pada volume sumber yang sama, Anda dapat memulihkan rekam jepret apa pun ke titik waktunya. Misalnya, masih menggunakan F:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

Anda juga dapat menjadwalkan alat ini untuk berjalan secara berkala menggunakan tugas terjadwal. Untuk informasi selengkapnya tentang menggunakan VSS, tinjau Vssadmin. Tidak perlu atau nilai dalam mencadangkan volume log. Mencoba melakukannya akan diabaikan oleh VSS.

Penggunaan Windows Server Backup, Microsoft Azure Backup, Microsoft DPM, atau rekam jepret lainnya, VSS, komputer virtual, atau teknologi berbasis file didukung oleh Replika Penyimpanan selama mereka beroperasi dalam lapisan volume. Replika Penyimpanan tidak mendukung pencadangan dan pemulihan berbasis blok.

Replika Penyimpanan bergantung pada SMB dan WSMAN untuk replikasi dan manajemennya. Ini berarti port berikut diperlukan:

• 445 (SMB - protokol transportasi replikasi, protokol manajemen RPC kluster)
• 5445 (iWARP SMB - hanya diperlukan saat menggunakan jaringan iWARP RDMA)
• 5985 (WSManHTTP - Protokol manajemen untuk WMI/CIM/PowerShell)

Ukuran optimal log sangat bervariasi per lingkungan dan beban kerja, dan ditentukan oleh berapa banyak IO tulis yang dilakukan beban kerja Anda.

• Log yang lebih besar atau lebih kecil tidak membuat Anda lebih cepat atau lebih lambat
• Log yang lebih besar atau lebih kecil tidak memiliki bearing pada volume data 10GB versus volume data 10 TB, misalnya

Log yang lebih besar hanya mengumpulkan dan mempertahankan lebih banyak IO tulis sebelum dibungkus. Ini memungkinkan gangguan dalam layanan antara komputer sumber dan tujuan – seperti pemadaman jaringan atau tujuan offline - untuk berjalan lebih lama. Jika log dapat menahan 10 jam penulisan, dan jaringan tidak berfungsi selama 2 jam, ketika jaringan mengembalikan sumber hanya dapat memutar delta perubahan yang tidak disinkronkan kembali ke tujuan dengan sangat cepat dan Anda dilindungi lagi dengan sangat cepat. Jika log menahan 10 jam dan pemadaman adalah 2 hari, sumber sekarang harus memutar kembali dari log lain yang disebut bitmap - dan kemungkinan akan lebih lambat untuk kembali sinkron. Setelah disinkronkan, ia kembali menggunakan log.

Replika Penyimpanan bergantung pada log untuk semua performa tulis. Mencatat performa penting untuk performa replikasi. Anda harus memastikan bahwa volume log berkinerja lebih baik daripada volume data, karena log akan membuat serialisasi dan mengurutkan semua IO tulis. Anda harus selalu menggunakan media flash seperti SSD pada volume log. Anda tidak boleh mengizinkan beban kerja lain berjalan pada volume log, dengan cara yang sama seperti Anda tidak akan pernah mengizinkan beban kerja lain berjalan pada volume log database SQL.

Sekali lagi: Microsoft sangat menyarankan agar penyimpanan log lebih cepat daripada penyimpanan data dan volume log tersebut tidak boleh digunakan untuk beban kerja lain.

Anda bisa mendapatkan rekomendasi ukuran log dengan menjalankan alat Test-SRTopology. Atau, Anda dapat menggunakan penghitung kinerja di server yang ada untuk membuat penilaian ukuran log. Rumusnya sederhana: pantau throughput disk data (Rata-rata Byte Tulis/Detik) di bawah beban kerja dan gunakan untuk menghitung jumlah waktu yang diperlukan untuk mengisi log dengan ukuran yang berbeda. Misalnya, throughput disk data 50 MB/dtk akan menyebabkan log 120GB dibungkus dalam 120GB/50MB detik atau 2400 detik atau 40 menit. Jadi jumlah waktu server tujuan bisa tidak dapat dijangkau sebelum log dibungkus adalah 40 menit. Jika log membungkus tetapi tujuan menjadi dapat dijangkau lagi, sumber akan memutar ulang blok melalui log peta bit alih-alih log utama. Ukuran log tidak berpengaruh pada performa.

HANYA disk Data dari kluster Sumber yang harus dicadangkan. Disk Log Replika Penyimpanan TIDAK boleh dicadangkan karena cadangan dapat bertentangan dengan operasi Replika Penyimpanan.

Replika Penyimpanan hadir dalam tiga konfigurasi utama: stretch cluster, cluster-to-cluster, dan server-to-server. Ada keuntungan yang berbeda untuk masing-masing.

Topologi kluster stretch sangat ideal untuk beban kerja yang memerlukan failover otomatis dengan orkestrasi, seperti kluster cloud privat Hyper-V dan SQL Server FCI. Ini juga memiliki antarmuka grafis bawaan menggunakan Manajer Kluster Failover. Ini menggunakan arsitektur penyimpanan bersama kluster asimetris klasik ruang penyimpanan, SAN, iSCSI, dan RAID melalui reservasi persisten. Anda dapat menjalankan ini dengan sedikitnya 2 simpul.

Topologi kluster-ke-kluster menggunakan dua kluster terpisah dan ideal untuk administrator yang menginginkan failover manual, terutama ketika situs kedua disediakan untuk pemulihan bencana dan bukan penggunaan sehari-hari. Orkestrasi bersifat manual. Tidak seperti kluster stretch, Storage Spaces Direct dapat digunakan dalam konfigurasi ini (dengan peringatan - lihat FAQ Replika Penyimpanan dan dokumentasi kluster-ke-kluster). Anda dapat menjalankan ini dengan sedikitnya empat simpul.

Topologi server-ke-server sangat ideal untuk pelanggan yang menjalankan perangkat keras yang tidak dapat diklusterkan. Ini membutuhkan failover manual dan orkestrasi. Ini sangat ideal untuk penyebaran murah antara kantor cabang dan pusat data pusat, terutama saat menggunakan replikasi asinkron. Konfigurasi ini sering dapat menggantikan instans Server File yang dilindungi DFSR yang digunakan untuk skenario pemulihan bencana master tunggal.

Dalam semua kasus, topologi mendukung berjalan pada perangkat keras fisik serta komputer virtual. Saat berada di komputer virtual, hypervisor yang mendasar tidak memerlukan Hyper-V; bisa VMware, KVM, Xen, dll.

Replika Penyimpanan juga memiliki mode server-ke-mandiri, di mana Anda mengarahkan replikasi ke dua volume berbeda di komputer yang sama.

Ya, Deduplkasi Data didukung dengan Replika Penyimpanan. Aktifkan Deduplikasi Data pada volume di server sumber, dan selama replikasi, server tujuan menerima salinan volume yang dideduplikasi.

Meskipun Anda harus menginstal Deduplikasi Data di server sumber dan tujuan (lihat Menginstal dan mengaktifkan Deduplikasi Data), penting untuk tidak mengaktifkan Deduplikasi Data di server tujuan. Replika Penyimpanan hanya memungkinkan penulisan di server sumber. Karena Deduplikasi Data membuat penulisan ke volume, itu harus berjalan hanya di server sumber.

Sayangnya, kami tidak mendukung pembuatan kemitraan baru antara Windows Server 2019 dan Windows Server 2016. Anda dapat dengan aman meningkatkan server atau kluster yang menjalankan Windows Server 2016 ke Windows Server 2019 dan kemitraan yang ada akan terus berfungsi.

Namun, untuk mendapatkan peningkatan performa replikasi Windows Server 2019, semua anggota kemitraan harus menjalankan Windows Server 2019 dan Anda harus menghapus kemitraan yang ada dan grup replikasi terkait dan kemudian membuatnya kembali dengan data benih (baik saat membuat kemitraan di Pusat Admin Windows atau dengan cmdlet New-SRPartnership).

Untuk bantuan teknis dengan Replika Penyimpanan, Anda dapat memposting di forum Microsoft. Anda juga dapat mengirim email srfeed@microsoft.com untuk pertanyaan tentang Replika Penyimpanan. Untuk masalah dengan dokumentasi ini, lihat bagian Umpan Balik di bagian bawah halaman ini, dan pilih Halaman ini.

Replika Penyimpanan adalah teknologi replikasi satu arah. Ini hanya akan mereplikasi dari sumber ke tujuan berdasarkan per volume. Arah ini dapat dibalik kapan saja, tetapi masih hanya dalam satu arah. Namun, itu tidak berarti Anda tidak dapat memiliki sekumpulan volume (sumber dan tujuan) yang direplikasi ke satu arah dan serangkaian drive yang berbeda (sumber dan tujuan) mereplikasi ke arah yang berlawanan. Misalnya, Anda ingin replikasi server ke server dikonfigurasi. Server1 dan Server2 masing-masing memiliki huruf drive L:, M:, N:, dan O: dan Anda ingin mereplikasi drive M: dari Server1 ke Server2 tetapi drive O: mereplikasi dari Server2 ke Server1. Ini dapat dilakukan selama ada drive log terpisah untuk setiap grup. YAITU.

• Drive sumber Server1 M: dengan drive log sumber L: mereplikasi ke drive tujuan Server2 M: dengan drive log tujuan L:
• Drive sumber Server2 O: dengan drive log sumber N: mereplikasi ke drive tujuan Server1 O: dengan drive log tujuan N:

Replika Penyimpanan akan memblokir disk kluster apa pun untuk memasuki mode pemeliharaan. Untuk tugas seperti mengaktifkan atau menonaktifkan Bitlocker, disk harus dalam mode pemeliharaan. Untuk melakukan tugas yang mengharuskan disk berada dalam mode pemeliharaan, kemitraan harus dipecah terlebih dahulu dan dibuat lagi setelah selesai.

• Gambaran Umum Replika Penyimpanan
• Replikasi Kluster Stretch Database Menggunakan Penyimpanan Bersama
• Replikasi Penyimpanan Server ke Server
• Replikasi Kluster ke Penyimpanan Kluster
• Replika Penyimpanan: Masalah yang Diketahui

• Gambaran Umum Penyimpanan
• Ruang Penyimpanan Langsung