Replikasi Kluster ke Penyimpanan Kluster

Artikel
07/04/2023

Berlaku untuk: Azure Stack HCI, Windows Server 2022, Windows Server 2019, Windows Server 2016

Replika Penyimpanan dapat mereplikasi volume antar kluster, termasuk replikasi kluster menggunakan Storage Spaces Direct. Manajemen dan konfigurasi mirip dengan replikasi server-ke-server.

Anda akan mengonfigurasi komputer dan penyimpanan ini dalam konfigurasi kluster-ke-kluster, di mana satu kluster mereplikasi set penyimpanannya sendiri dengan kluster lain dan set penyimpanannya. Node ini dan penyimpanannya harus terletak di situs fisik terpisah, meskipun tidak diperlukan.

Penting

Dalam pengujian ini, empat server adalah contohnya. Anda dapat menggunakan sejumlah server yang didukung oleh Microsoft di setiap kluster, yang saat ini 8 untuk kluster Storage Spaces Direct dan 64 untuk kluster penyimpanan bersama.

Panduan ini tidak mencakup konfigurasi Ruang Penyimpanan Langsung. Untuk informasi tentang mengonfigurasi Ruang Penyimpanan Langsung, lihat Gambaran umum Storage Spaces Direct.

Panduan ini menggunakan lingkungan berikut sebagai contoh:

Dua server anggota, bernama SR-SRV01 dan SR-SRV02 yang kemudian dibentuk menjadi kluster bernama SR-SRVCLUSA.
Dua server anggota bernama SR-SRV03 dan SR-SRV04 yang kemudian dibentuk menjadi kluster bernama SR-SRVCLUSB.
Sepasang "situs" logis yang mewakili dua pusat data yang berbeda, dengan satu disebut Redmond dan yang disebut Bellevue.

Diagram memperlihatkan contoh lingkungan dengan kluster di situs Redmond yang mereplikasi dengan kluster di situs Bellevue

GAMBAR 1: Replikasi Kluster ke kluster

Prasyarat

Forest Active Directory Domain Services (tidak perlu menjalankan Windows Server 2016).
Server 4-128 (dua kluster 2-64 server) yang menjalankan Windows Server 2019 atau Windows Server 2016, Edisi Pusat Data. Jika Anda menjalankan Windows Server 2019, Anda dapat menggunakan Edisi Standar jika Anda OK hanya mereplikasi satu volume hingga ukuran 2 TB.
Dua set penyimpanan, menggunakan SAS JBOD, saluran serat SAN, VHDX Bersama, Storage Spaces Direct, atau target iSCSI. Penyimpanan harus berisi campuran media HDD dan SSD. Anda akan membuat setiap set penyimpanan hanya tersedia untuk setiap kluster, tanpa akses bersama antar kluster.
Setiap set penyimpanan harus memungkinkan pembuatan setidaknya dua disk virtual, satu untuk data yang direplikasi dan satu untuk log. Penyimpanan fisik harus memiliki ukuran sektor yang sama pada semua disk data. Penyimpanan fisik harus memiliki ukuran sektor yang sama pada semua disk log.
Setidaknya satu koneksi ethernet/TCP di setiap server untuk replikasi sinkron, tetapi sebaiknya RDMA.
Aturan firewall dan router yang sesuai untuk memungkinkan lalu lintas dua arah ICMP, SMB (port 445, ditambah 5445 untuk SMB Direct) dan WS-MAN (port 5985) di antara semua simpul.
Jaringan antara server dengan bandwidth yang cukup untuk berisi beban kerja tulis IO Anda dan rata-rata latensi pulang pergi =5ms, untuk replikasi sinkron. Replikasi asinkron tidak memiliki rekomendasi latensi.
Penyimpanan yang direplikasi tidak dapat ditemukan pada drive yang berisi folder sistem operasi Windows.
Ada pertimbangan &batasan penting untuk replikasi Storage Spaces Direct - harap tinjau informasi terperinci di bawah ini.

Banyak dari persyaratan ini dapat ditentukan dengan menggunakan Test-SRTopology cmdlet. Anda mendapatkan akses ke alat ini jika Anda menginstal Replika Penyimpanan atau fitur Alat Manajemen Replika Penyimpanan di setidaknya satu server. Tidak perlu mengonfigurasi Replika Penyimpanan untuk menggunakan alat ini, hanya untuk menginstal cmdlet. Informasi lebih lanjut disertakan dalam langkah-langkah di bawah ini.

Langkah 1: Menyediakan sistem operasi, fitur, peran, penyimpanan, dan jaringan

Instal Windows Server pada keempat simpul server dengan jenis penginstalan Windows Server (Pengalaman Desktop).
Tambahkan informasi jaringan dan gabungkan ke domain, lalu mulai ulang.

Penting

Mulai saat ini, selalu masuk sebagai pengguna domain yang merupakan anggota grup administrator bawaan di semua server. Selalu ingat untuk meningkatkan perintah Windows PowerShell dan CMD Anda ke depannya saat berjalan pada penginstalan server grafis atau di komputer Windows 10.
Koneksi set pertama penutup penyimpanan JBOD, target iSCSI, FC SAN, atau penyimpanan disk tetap lokal (DAS) ke server di situs Redmond.
Koneksi kumpulan penyimpanan kedua ke server di situs Bellevue.
Sesuai, instal penyimpanan vendor terbaru dan firmware dan driver penutup, driver HBA vendor terbaru, firmware BIOS/UEFI vendor terbaru, driver jaringan vendor terbaru, dan driver chipset motherboard terbaru pada keempat node. Mulai ulang simpul sesuai kebutuhan.

Catatan

Lihat dokumentasi vendor perangkat keras Anda untuk mengonfigurasi penyimpanan bersama dan perangkat keras jaringan.
Pastikan pengaturan BIOS/UEFI untuk server memungkinkan performa tinggi, seperti menonaktifkan C-State, mengatur kecepatan QPI, mengaktifkan NUMA, dan mengatur frekuensi memori tertinggi. Pastikan manajemen daya di Windows Server diatur ke performa tinggi. Mulai ulang sesuai kebutuhan.
Konfigurasikan peran sebagai berikut:
- Metode grafis
  1. Jalankan ServerManager.exe dan buat grup server, tambahkan semua simpul server.
  2. Instal peran dan fitur Server File dan Replika Penyimpanan pada setiap simpul dan mulai ulang.
- Metode Windows PowerShell
  
  Pada SR-SRV04 atau komputer manajemen jarak jauh, jalankan perintah berikut di konsol Windows PowerShell untuk menginstal fitur dan peran yang diperlukan untuk kluster stretch pada empat simpul dan mulai ulang:
```
$Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'

$Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
```
  Untuk informasi selengkapnya tentang langkah-langkah ini, lihat Menginstal atau Menghapus Instalan Peran, Layanan Peran, atau Fitur
Konfigurasikan penyimpanan sebagai berikut:
Penting
- Anda harus membuat dua volume pada setiap penutup: satu untuk data dan satu untuk log.
- Disk log dan data harus diinisialisasi sebagai GPT, bukan MBR.
- Dua volume data harus berukuran identik.
- Dua volume log harus berukuran identik.
- Semua disk data yang direplikasi harus memiliki ukuran sektor yang sama.
- Semua disk log harus memiliki ukuran sektor yang sama.
- Volume log harus menggunakan penyimpanan berbasis flash, seperti SSD. Microsoft menyarankan agar penyimpanan log lebih cepat daripada penyimpanan data. Volume log tidak boleh digunakan untuk beban kerja lain.
- Disk data dapat menggunakan HDD, SSD, atau kombinasi berjenjang dan dapat menggunakan ruang yang dicerminkan atau paritas atau RAID 1 atau 10, atau RAID 5 atau RAID 50.
- Volume log harus setidaknya 8GB secara default dan mungkin lebih besar atau lebih kecil berdasarkan persyaratan log.
- Saat menggunakan Storage Spaces Direct (Storage Spaces Direct) dengan cache NVME atau SSD, Anda melihat peningkatan latensi yang lebih besar dari yang diharapkan saat mengonfigurasi replikasi Replika Penyimpanan antara kluster Storage Spaces Direct. Perubahan latensi secara proporsional jauh lebih tinggi daripada yang Anda lihat saat menggunakan NVME dan SSD dalam konfigurasi performa + kapasitas dan tidak ada tingkat HDD atau tingkat kapasitas.
Masalah ini terjadi karena keterbatasan arsitektur dalam mekanisme log SR yang dikombinasikan dengan latensi NVME yang sangat rendah jika dibandingkan dengan media yang lebih lambat. Saat menggunakan cache Storage Spaces Direct Storage Spaces Direct, semua IO log SR, bersama dengan semua IO aplikasi baca/tulis terbaru, akan terjadi di cache dan tidak pernah pada tingkat performa atau kapasitas. Ini berarti bahwa semua aktivitas SR terjadi pada media kecepatan yang sama - konfigurasi ini tidak didukung tidak direkomendasikan (lihat https://aka.ms/srfaq untuk rekomendasi log).

Saat menggunakan Storage Spaces Direct dengan HDD, Anda tidak dapat menonaktifkan atau menghindari cache. Sebagai solusinya, jika hanya menggunakan SSD dan NVME, Anda dapat mengonfigurasi hanya tingkat performa dan kapasitas. Jika menggunakan konfigurasi tersebut, dan dengan menempatkan log SR pada tingkat performa hanya dengan volume data yang layanannya berada di tingkat kapasitas saja, Anda akan menghindari masalah latensi tinggi yang dijelaskan di atas. Hal yang sama dapat dilakukan dengan campuran SSD yang lebih cepat dan lebih lambat dan tidak ada NVME.

Solusi ini tentu saja tidak ideal dan beberapa pelanggan mungkin tidak dapat menggunakannya. Tim SR sedang mengerjakan pengoptimalan dan mekanisme log yang diperbarui untuk masa depan guna mengurangi hambatan buatan yang terjadi ini. Tidak ada ETA untuk ini, tetapi ketika tersedia untuk pelanggan TAP untuk pengujian, FAQ ini akan diperbarui.

Untuk penutup JBOD:

Pastikan bahwa setiap kluster hanya dapat melihat bahwa penyimpanan situs hanya tertutup dan bahwa koneksi SAS dikonfigurasi dengan benar.
Provisikan penyimpanan menggunakan Ruang Penyimpanan dengan mengikuti Langkah 1-3 yang disediakan di Sebarkan Ruang Penyimpanan pada Server Mandiri menggunakan Windows PowerShell atau Manajer Server.

Untuk penyimpanan Target iSCSI:

Pastikan bahwa setiap kluster hanya dapat melihat penutup penyimpanan situs tersebut. Anda harus menggunakan lebih dari satu adaptor jaringan tunggal jika menggunakan iSCSI.
Provisikan penyimpanan menggunakan dokumentasi vendor Anda. Jika menggunakan Penargetan iSCSI berbasis Windows, lihat Penyimpanan Blok Target iSCSI, CaraNya.

Untuk penyimpanan FC SAN:

Pastikan bahwa setiap kluster hanya dapat melihat penutup penyimpanan situs tersebut dan Anda telah membuat zona host dengan benar.
Provisikan penyimpanan menggunakan dokumentasi vendor Anda.

Untuk Ruang Penyimpanan Langsung:

Pastikan bahwa setiap kluster dapat melihat bahwa penyimpanan situs hanya tertutup dengan menyebarkan Ruang Penyimpanan Langsung.
Pastikan bahwa volume log SR akan selalu berada di penyimpanan flash tercepat dan volume data pada penyimpanan kapasitas tinggi yang lebih lambat.
Mulai Windows PowerShell dan gunakan Test-SRTopology cmdlet untuk menentukan apakah Anda memenuhi semua persyaratan Replika Penyimpanan. Anda dapat menggunakan cmdlet dalam mode khusus persyaratan untuk pengujian cepat serta mode evaluasi performa yang berjalan lama. Contohnya,
```
MD c:\temp

Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV03 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp
```
Penting

Saat menggunakan server pengujian tanpa beban IO tulis pada volume sumber yang ditentukan selama periode evaluasi, pertimbangkan untuk menambahkan beban kerja atau tidak akan menghasilkan laporan yang berguna. Anda harus menguji dengan beban kerja seperti produksi untuk melihat angka riil dan ukuran log yang direkomendasikan. Atau, cukup salin beberapa file ke dalam volume sumber selama pengujian atau unduh dan jalankan DISKSPD untuk menghasilkan IO tulis. Misalnya, sampel dengan beban kerja IO tulis rendah selama lima menit ke volume D: Diskspd.exe -c1g -d300 -W5 -C5 -b8k -t2 -o2 -r -w5 -h d:\test.dat
Periksa laporan TestSrTopologyReport.html untuk memastikan bahwa Anda memenuhi persyaratan Replika Penyimpanan.

Langkah 2: Mengonfigurasi dua Kluster Failover Server File Scale-Out

Anda sekarang akan membuat dua kluster failover normal. Setelah konfigurasi, validasi, dan pengujian, Anda akan mereplikasinya menggunakan Replika Penyimpanan. Anda dapat melakukan semua langkah di bawah ini pada node kluster secara langsung atau dari komputer manajemen jarak jauh yang berisi Alat Administrasi Server Jarak Jauh Windows Server.

Metode grafis

Jalankan cluadmin.msc terhadap simpul di setiap situs.
Validasi kluster yang diusulkan dan analisis hasilnya untuk memastikan Anda dapat melanjutkan. Contoh yang digunakan di bawah ini adalah SR-SRVCLUSA dan SR-SRVCLUSB.
Buat dua kluster. Pastikan bahwa nama kluster adalah 15 karakter atau kurang.
Mengonfigurasi Bukti Berbagi File atau Bukti Cloud.

Catatan

WIndows Server sekarang menyertakan opsi untuk Witness berbasis Cloud (Azure). Anda dapat memilih opsi kuorum ini alih-alih bukti berbagi file.

Peringatan

Untuk informasi selengkapnya tentang konfigurasi kuorum, lihat bagian Konfigurasi Saksi di Mengonfigurasi dan Mengelola Kuorum. Untuk informasi selengkapnya tentang Set-ClusterQuorum cmdlet, lihat Set-ClusterQuorum.
Tambahkan satu disk di situs Redmond ke CSV kluster. Untuk melakukannya, klik kanan disk sumber di simpul Disk di bagian Penyimpanan , lalu klik Tambahkan ke Volume Bersama Kluster.
Membuat Server File Scale-Out terkluster pada kedua kluster menggunakan instruksi di Mengonfigurasi Server File Scale-Out

Metode Windows PowerShell

Uji kluster yang diusulkan dan analisis hasilnya untuk memastikan Anda dapat melanjutkan:
```
Test-Cluster SR-SRV01,SR-SRV02
Test-Cluster SR-SRV03,SR-SRV04
```

Buat kluster (Anda harus menentukan alamat IP statis Anda sendiri untuk kluster). Pastikan bahwa setiap nama kluster adalah 15 karakter atau lebih sedikit:

New-Cluster -Name SR-SRVCLUSA -Node SR-SRV01,SR-SRV02 -StaticAddress <your IP here>
New-Cluster -Name SR-SRVCLUSB -Node SR-SRV03,SR-SRV04 -StaticAddress <your IP here>

Konfigurasikan bukti File Share Witness atau Cloud (Azure) di setiap kluster yang menunjuk ke berbagi yang dihosting di pengendali domain atau beberapa server independen lainnya. Contoh:
```
Set-ClusterQuorum -FileShareWitness \\someserver\someshare
```
Catatan

WIndows Server sekarang menyertakan opsi untuk Witness berbasis Cloud (Azure). Anda dapat memilih opsi kuorum ini alih-alih bukti berbagi file.

Peringatan

Untuk informasi selengkapnya tentang konfigurasi kuorum, lihat bagian Konfigurasi Saksi di Mengonfigurasi dan Mengelola Kuorum. Untuk informasi selengkapnya tentang Set-ClusterQuorum cmdlet, lihat Set-ClusterQuorum.
Membuat Server File Scale-Out terkluster pada kedua kluster menggunakan instruksi di Mengonfigurasi Server File Scale-Out

Langkah 3: Menyiapkan Kluster ke Replikasi Kluster menggunakan Windows PowerShell

Sekarang Anda akan menyiapkan replikasi kluster-ke-kluster menggunakan Windows PowerShell. Anda dapat melakukan semua langkah di bawah ini pada simpul secara langsung atau dari komputer manajemen jarak jauh yang berisi Alat Administrasi Server Jarak Jauh Windows Server

Berikan kluster pertama akses penuh ke kluster lain dengan menjalankan cmdlet Grant-SRAccess pada node apa pun di kluster pertama, atau dari jarak jauh. Alat Administrasi Server Jarak Jauh Windows Server
```
Grant-SRAccess -ComputerName SR-SRV01 -Cluster SR-SRVCLUSB
```
Berikan kluster kedua akses penuh ke kluster lain dengan menjalankan cmdlet Grant-SRAccess pada node apa pun di kluster kedua, atau dari jarak jauh.
```
Grant-SRAccess -ComputerName SR-SRV03 -Cluster SR-SRVCLUSA
```
Konfigurasikan replikasi kluster-ke-kluster, menentukan disk sumber dan tujuan, log sumber dan tujuan, nama kluster sumber dan tujuan, dan ukuran log. Anda dapat melakukan perintah ini secara lokal pada server atau menggunakan komputer manajemen jarak jauh.
```
New-SRPartnership -SourceComputerName SR-SRVCLUSA -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\Volume2 -SourceLogVolumeName f: -DestinationComputerName SR-SRVCLUSB -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\Volume2 -DestinationLogVolumeName f: -LogType Raw
```
Peringatan

Ukuran log default adalah 8GB. Bergantung pada hasil cmdlet Test-SRTopology , Anda dapat memutuskan untuk menggunakan -LogSizeInBytes dengan nilai yang lebih tinggi atau lebih rendah.
Untuk mendapatkan sumber replikasi dan status tujuan, gunakan Get-SRGroup dan Get-SRPartnership sebagai berikut:
```
Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas
```

Tentukan kemajuan replikasi sebagai berikut:

Di server sumber, jalankan perintah berikut dan periksa peristiwa 5015, 5002, 5004, 1237, 5001, dan 2200:
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
```

Di server tujuan, jalankan perintah berikut untuk melihat peristiwa Replika Penyimpanan yang menunjukkan pembuatan kemitraan. Kejadian ini menyatakan jumlah byte yang disalin dan waktu yang dibutuhkan. Contoh:

Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | Format-List

Berikut adalah contoh output-nya:

TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.
    ReplicationGroupName: rg02
    ReplicationGroupId:
    {616F1E00-5A68-4447-830F-B0B0EFBD359C}
    ReplicaName: f:\
    ReplicaId: {00000000-0000-0000-0000-000000000000}
    End LSN in bitmap:
    LogGeneration: {00000000-0000-0000-0000-000000000000}
    LogFileId: 0
    CLSFLsn: 0xFFFFFFFF
    Number of Bytes Recovered: 68583161856
    Elapsed Time (seconds): 117

Secara bergantian, grup server tujuan untuk replika menyatakan jumlah byte yang tersisa untuk disalin setiap saat, dan dapat dikueri melalui PowerShell. Contohnya:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

Sebagai sampel kemajuan (yang tidak akan berakhir):

  while($true) {
  $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
  [System.Console]::Write("Number of bytes remaining: {0}`n", $v.numofbytesremaining)
  Start-Sleep -s 5
 }

Pada server tujuan di kluster tujuan, jalankan perintah berikut dan periksa peristiwa 5009, 1237, 5001, 5015, 5005, dan 2200 untuk memahami kemajuan pemrosesan. Seharusnya tidak akan ada peringatan kesalahan dalam tahap ini. Akan ada banyak acara 1237; ini menunjukkan kemajuan.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```
Catatan

Disk kluster tujuan akan selalu ditampilkan sebagai Online (Tanpa Akses) saat direplikasi.

Langkah 4: Mengelola replikasi

Sekarang Anda akan mengelola dan mengoperasikan replikasi kluster-ke-kluster Anda. Anda dapat melakukan semua langkah di bawah ini pada node kluster secara langsung atau dari komputer manajemen jarak jauh yang berisi Alat Administrasi Server Jarak Jauh Windows Server.

Gunakan Get-ClusterGroup atau Failover Cluster Manager untuk menentukan sumber dan tujuan replikasi saat ini dan statusnya. Alat Administrasi Server Jarak Jauh Windows Server
Untuk mengukur performa replikasi, gunakan cmdlet Get-Counter pada simpul sumber dan tujuan. Nama penghitung adalah:
- \Storage Replica Partition I/O Statistics(*)\Frekuensi flush dijeda
- \Storage Replica Partition I/O Statistics(*)\Jumlah I/O flush yang tertunda
- \Storage Replica Partition I/O Statistics(*)\Jumlah permintaan untuk penulisan log terakhir
- \Storage Replica Partition I/O Statistics(*)\Avg. Flush Queue Length
- \Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length
- \Storage Replica Partition I/O Statistics(*)\Jumlah Permintaan Tulis Aplikasi
- \Storage Replica Partition I/O Statistics(*)\Avg. Jumlah permintaan per penulisan log
- \Storage Replica Partition I/O Statistics(*)\Avg. Latensi Tulis Aplikasi
- \Storage Replica Partition I/O Statistics(*)\Avg. Latensi Baca Aplikasi
- \Statistik Replika Penyimpanan(*)\RPO Target
- \Statistik Replika Penyimpanan(*)\RPO Saat Ini
- \Statistik Replika Penyimpanan(*)\Rata-rata. Panjang Antrean Log
- \Statistik Replika Penyimpanan(*)\Panjang Antrean Log Saat Ini
- \Statistik Replika Penyimpanan(*)\Total Byte Diterima
- \Statistik Replika Penyimpanan(*)\Total Byte Terkirim
- \Statistik Replika Penyimpanan(*)\Rata-rata. Latensi Kirim Jaringan
- \Statistik Replika Penyimpanan(*)\Status Replikasi
- \Storage Replica Statistics(*)\Avg. Pesan Latensi Pulang Pergi
- \Storage Replica Statistics(*)\Last Recovery Elapsed Time
- \Statistik Replika Penyimpanan(*)\Jumlah Transaksi Pemulihan Yang Disiram
- \Statistik Replika Penyimpanan(*)\Jumlah Transaksi Pemulihan
- \Statistik Replika Penyimpanan(*)\Jumlah Transaksi Replikasi yang Dihapus
- \Statistik Replika Penyimpanan(*)\Jumlah Transaksi Replikasi
- \Statistik Replika Penyimpanan(*)\Nomor Urutan Log Maks
- \Statistik Replika Penyimpanan(*)\Jumlah Pesan yang Diterima
- \Statistik Replika Penyimpanan(*)\Jumlah Pesan terkirim
Untuk informasi selengkapnya tentang penghitung kinerja di Windows PowerShell, lihat Get-Counter.
Untuk memindahkan arah replikasi dari satu situs, gunakan cmdlet Set-SRPartnership .
```
Set-SRPartnership -NewSourceComputerName SR-SRVCLUSB -SourceRGName rg02 -DestinationComputerName SR-SRVCLUSA -DestinationRGName rg01
```
Catatan

Windows Server mencegah peralihan peran ketika sinkronisasi awal sedang berlangsung, karena dapat menyebabkan kehilangan data jika Anda mencoba beralih sebelum mengizinkan replikasi awal selesai. Jangan paksa beralih arah hingga sinkronisasi awal selesai.

Periksa log peristiwa untuk melihat arah perubahan replikasi dan mode pemulihan terjadi, lalu rekonsiliasi. Tulis IO kemudian dapat menulis ke penyimpanan yang dimiliki oleh server sumber baru. Mengubah arah replikasi akan memblokir IO tulis di komputer sumber sebelumnya.

Catatan

Disk kluster tujuan akan selalu ditampilkan sebagai Online (Tanpa Akses) saat direplikasi.
Untuk mengubah ukuran log dari 8GB default, gunakan Set-SRGroup pada grup Replika Penyimpanan sumber dan tujuan.

Penting

Ukuran log default adalah 8GB. Bergantung pada hasil cmdlet Test-SRTopology , Anda dapat memutuskan untuk menggunakan -LogSizeInBytes dengan nilai yang lebih tinggi atau lebih rendah.
Untuk menghapus replikasi, gunakan Get-SRGroup, Get-SRPartnership, Remove-SRGroup, dan Remove-SRPartnership pada setiap kluster.
```
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```
Catatan

Replika Penyimpanan melepas volume tujuan. Ini memang disengaja.