Peningkatan bergulir sistem operasi kluster

Artikel
03/21/2023

Berlaku untuk: Windows Server 2022, Windows Server 2019, Windows Server 2016

Peningkatan Rolling OS Kluster memungkinkan administrator untuk meningkatkan sistem operasi simpul kluster Hyper-V atau beban kerja Scale-Out File Server tanpa menghentikannya. Dengan menggunakan fitur ini, penalti waktu henti terhadap Perjanjian Tingkat Layanan (SLA) dapat dihindari.

Peningkatan Bergulir OS Kluster memberikan manfaat berikut:

Kluster failover yang menjalankan komputer virtual Hyper-V dan beban kerja Scale-out File Server (SOFS) dapat ditingkatkan dari versi Windows Server, dimulai dengan Windows Server 2012 R2, ke versi Windows Server yang lebih baru. Misalnya Anda dapat meningkatkan Windows Server 2016 (berjalan pada semua node kluster kluster) ke Windows Server 2019 (berjalan pada semua simpul di kluster) tanpa waktu henti.
Ini tidak memerlukan perangkat keras tambahan. Dalam kluster kecil, Anda dapat menambahkan node kluster tambahan untuk sementara waktu untuk meningkatkan ketersediaan kluster selama proses Peningkatan Bergulir OS Kluster.
Kluster tidak perlu dihentikan atau dimulai ulang.
Kluster baru tidak diperlukan. Kluster yang ada ditingkatkan. Selain itu, objek kluster yang ada yang disimpan di Direktori Aktif digunakan.
Proses peningkatan dapat dibalik hingga langkah terakhir, ketika semua node kluster menjalankan versi Windows Server yang lebih baru dan Update-ClusterFunctionalLevel cmdlet PowerShell dijalankan.
Kluster dapat mendukung operasi patching dan pemeliharaan saat berjalan dalam mode mixed-OS.
Ini mendukung otomatisasi melalui PowerShell dan WMI.
Properti publik kluster Properti ClusterFunctionalLevel menunjukkan status kluster pada simpul kluster Windows Server 2016 dan yang lebih baru. Properti ini dapat dikueri menggunakan cmdlet PowerShell dari node kluster milik kluster failover:
```
Get-Cluster | Select ClusterFunctionalLevel
```
Tabel di bawah ini memperlihatkan nilai dan setiap tingkat fungsi yang sesuai:

Nilai Tingkat fungsi

8 Windows Server 2012 R2

9 Server Windows 2016

10 Windows Server 2019

Nilai	Tingkat fungsi
8	Windows Server 2012 R2
9	Server Windows 2016
10	Windows Server 2019

Panduan ini menjelaskan berbagai tahap proses Peningkatan Bergulir OS Kluster, langkah-langkah penginstalan, batasan fitur, dan tanya jawab umum (FAQ), dan berlaku untuk skenario Peningkatan Bergulir OS Kluster berikut di Windows Server:

Kluster Hyper-V
Kluster Server File Scale-Out

Skenario berikut ini tidak didukung:

Peningkatan Bergulir OS Kluster kluster tamu menggunakan hard disk virtual (file.vhdx) sebagai penyimpanan bersama.

Peningkatan Bergulir OS Kluster didukung sepenuhnya oleh System Center Virtual Machine Manager (SCVMM). Jika Anda menggunakan SCVMM, lihat Melakukan peningkatan bergulir kluster host Hyper-V ke Windows Server 2016 di VMM untuk panduan tentang meningkatkan kluster dan mengotomatiskan langkah-langkah yang dijelaskan dalam dokumen ini.

Persyaratan

Selesaikan persyaratan berikut sebelum Anda memulai proses Peningkatan Bergulir OS Kluster:

Mulailah dengan Kluster Failover yang menjalankan Windows Server 2012 R2 atau yang lebih baru. Anda dapat memutakhirkan ke versi berikutnya, misalnya dari Windows Server 2016 ke Windows Server 2019.
Verifikasi bahwa simpul Hyper-V memiliki CPU yang mendukung Tabel Pengalamatan Tingkat Kedua (SLAT) menggunakan salah satu metode berikut; - Tinjau Apakah Anda Kompatibel dengan SLAT? Artikel WP8 SDK Tip 01 yang menjelaskan dua metode untuk memeriksa apakah CPU mendukung SLAT - Unduh alat Coreinfo v3.31 untuk menentukan apakah CPU mendukung SLAT.

Status transisi kluster selama Peningkatan Bergulir OS Kluster

Bagian ini menjelaskan berbagai status transisi kluster Windows Server yang sedang dimutakhirkan ke versi Windows Server berikutnya menggunakan Peningkatan Bergulir OS Kluster.

Untuk menjaga beban kerja kluster tetap berjalan selama proses Peningkatan Bergulir OS Kluster, memindahkan beban kerja kluster dari simpul yang menjalankan versi Windows Server yang lebih lama ke simpul yang menjalankan versi Windows Server yang lebih baru berfungsi dengan menggunakan mode kompatibilitas. Mode kompatibilitas ini membuat simpul yang menjalankan versi Windows Server yang lebih baru muncul seolah-olah mereka menjalankan windows Server versi lama yang sama. Misalnya, saat memutakhirkan kluster Windows Server 2016 ke Windows Server 2019, simpul Windows Server 2019 beroperasi dalam mode kompatibilitas Windows Server 2016 sebagai langkah sementara. Mode kluster konseptual baru, yang disebut mode mixed-OS, memungkinkan simpul dari versi yang berbeda untuk ada di kluster yang sama (lihat Gambar 1).

Illustration showing the three stages of a cluster OS rolling upgrade: all nodes Windows Server 2012 R2, mixed-OS mode, and all nodes Windows Server 2016 Gambar 1: Transisi status sistem operasi kluster

Kluster Windows Server memasuki mode MIXED-OS ketika simpul yang menjalankan versi Windows Server yang lebih baru ditambahkan ke kluster. Proses ini sepenuhnya dapat dikembalikan pada saat ini - simpul Windows Server yang lebih baru dapat dihapus dari kluster dan simpul yang menjalankan versi Windows Server yang ada dapat ditambahkan ke kluster dalam mode ini. Proses ini tidak dapat dibalik setelah Update-ClusterFunctionalLevel cmdlet PowerShell dijalankan pada kluster. Agar cmdlet ini berhasil, semua simpul harus menjalankan versi Windows Server yang lebih baru, dan semua simpul harus online.

Status transisi kluster empat node saat melakukan Peningkatan OS Bergulir

Bagian ini menggambarkan dan menjelaskan empat tahap kluster yang berbeda dengan penyimpanan bersama yang simpulnya ditingkatkan dari Windows Server 2012 R2 ke Windows Server 2016. Prosesnya sama untuk versi Window Server yang lebih baru.

"Tahap 1" adalah status awal - kita mulai dengan kluster Windows Server 2012 R2.

Illustration showing the initial state: all nodes Windows Server 2012 R2 Gambar 2: Status Awal: Kluster Failover Windows Server 2012 R2 (Tahap 1)

Dalam "Tahap 2", dua simpul telah dijeda, dikosongkan, dikeluarkan, diformat ulang, dan diinstal dengan Windows Server 2016.

Illustration showing the cluster in mixed-OS mode: out of the example 4-node cluster, two nodes are running Windows Server 2016, and two nodes are running Windows Server 2012 R2 Gambar 3: Status Menengah: Mode MIXED-OS: Kluster Failover Windows Server 2012 R2 dan Windows Server 2016 (Tahap 2)

Pada "Tahap 3", semua simpul dalam kluster telah ditingkatkan ke Windows Server 2016, dan kluster siap untuk ditingkatkan dengan Update-ClusterFunctionalLevel cmdlet PowerShell.

Catatan

Pada tahap ini, proses dapat sepenuhnya dibalik, dan simpul Windows Server 2012 R2 dapat ditambahkan ke kluster ini.

Illustration showing that the cluster has been fully upgraded to Windows Server 2016, and is ready for the Update-ClusterFunctionalLevel cmdlet to bring the cluster functional level up to Windows Server 2016 Gambar 4: Status Menengah: Semua simpul ditingkatkan ke Windows Server 2016, siap untuk Update-ClusterFunctionalLevel (Tahap 3)

Update-ClusterFunctionalLevel Setelah cmdlet dijalankan, kluster memasuki "Tahap 4", di mana fitur kluster Windows Server 2016 baru dapat digunakan.

Illustration showing that the cluster rolling OS upgrade has been successfully completed; all nodes have been upgraded to Windows Server 2016, and the cluster is running at the Windows Server 2016 cluster functional level Gambar 5: Status Akhir: Kluster Failover Windows Server 2016 (Tahap 4)

Proses Peningkatan Bergulir OS Kluster

Bagian ini menjelaskan alur kerja untuk melakukan Peningkatan Bergulir OS Kluster.

Illustration showing the workflow for upgrading a cluster Gambar 6: Alur Kerja Proses Peningkatan Bergulir OS Kluster

Peningkatan Rolling OS Kluster mencakup langkah-langkah di bawah ini untuk meningkatkan dari Windows Server 2012 R2 ke Windows Server 2016, namun prosesnya sama untuk versi Window Server yang lebih baru.

Siapkan kluster untuk peningkatan sistem operasi sebagai berikut:
1. Peningkatan Bergulir OS Kluster memerlukan penghapusan satu simpul sekaligus dari kluster. Periksa apakah Anda memiliki kapasitas yang memadai pada kluster untuk mempertahankan SLA HA ketika salah satu node kluster dihapus dari kluster untuk peningkatan sistem operasi. Dengan kata lain, apakah Anda memerlukan kemampuan untuk melakukan failover beban kerja ke simpul lain ketika satu simpul dihapus dari kluster selama proses Peningkatan Bergulir OS Kluster? Apakah kluster memiliki kapasitas untuk menjalankan beban kerja yang diperlukan ketika satu simpul dihapus dari kluster untuk Peningkatan Rolling OS Kluster?
2. Untuk beban kerja Hyper-V, periksa apakah semua host Windows Server Hyper-V memiliki dukungan CPU untuk Tabel Alamat Tingkat Kedua (SLAT). Hanya komputer berkemampuan SLAT yang dapat menggunakan peran Hyper-V di Windows Server 2016 dan yang lebih baru.
3. Periksa apakah pencadangan beban kerja telah selesai, dan pertimbangkan untuk mencadangkan kluster. Hentikan operasi pencadangan saat menambahkan simpul ke kluster.
4. Periksa apakah semua node kluster online /running/up menggunakan Get-ClusterNode cmdlet (lihat Gambar 7).
  
  Gambar 7: Menentukan status simpul menggunakan cmdlet Get-ClusterNode
5. Jika Anda menjalankan Pembaruan Sadar Kluster (CAU), verifikasi apakah CAU saat ini berjalan dengan menggunakan Antarmuka Pengguna Pembaruan Yang Sadar Kluster, atau Get-CauRun cmdlet (lihat Gambar 8). Hentikan CAU menggunakan Disable-CauClusterRole cmdlet (lihat Gambar 9) untuk mencegah simpul dijeda dan dikosongkan oleh CAU selama proses Peningkatan Bergulir OS Kluster.
  
  Gambar 8: Menggunakan Get-CauRun cmdlet untuk menentukan apakah Pembaruan Sadar Kluster berjalan pada kluster
  
  Gambar 9: Menonaktifkan peran Pembaruan Sadar Kluster menggunakan Disable-CauClusterRole cmdlet
Untuk setiap simpul dalam kluster, selesaikan hal berikut:
1. Menggunakan UI Cluster Manager, pilih simpul dan gunakan Jeda | Opsi menu pengurasan untuk menguras node (lihat Gambar 10) atau gunakan Suspend-ClusterNode cmdlet (lihat Gambar 11).
  
  Gambar 10: Menguras peran dari simpul menggunakan Manajer Kluster Failover
  
  Gambar 11: Menguras peran dari simpul menggunakan Suspend-ClusterNode cmdlet
2. Menggunakan UI Cluster Manager, Keluarkan simpul yang dijeda dari kluster, atau gunakan Remove-ClusterNode cmdlet.
  
  Gambar 12: Menghapus simpul dari kluster menggunakan Remove-ClusterNode cmdlet
3. Format ulang drive sistem dan lakukan "penginstalan sistem operasi bersih" Windows Server 2016 pada simpul menggunakan opsi Kustom: Instal penginstalan windows saja (tingkat lanjut) (Lihat Gambar 13) di setup.exe. Hindari memilih opsi Tingkatkan: Instal Windows dan simpan file, pengaturan, dan aplikasi karena Peningkatan Bergulir OS Kluster tidak mendorong peningkatan di tempat.
  
  Gambar 13: Opsi penginstalan yang tersedia untuk Windows Server 2016
4. Tambahkan simpul ke domain Direktori Aktif yang sesuai.
5. Tambahkan pengguna yang sesuai ke grup Administrator.
6. Menggunakan UI Manajer Server atau cmdlet PowerShell Install-WindowsFeature, instal peran server apa pun yang Anda butuhkan, seperti Hyper-V.
```
Install-WindowsFeature -Name Hyper-V
```
7. Menggunakan UI Manajer Server atau cmdlet Install-WindowsFeature PowerShell, instal fitur Pengklusteran Failover.
```
Install-WindowsFeature -Name Failover-Clustering
```
8. Instal fitur tambahan apa pun yang diperlukan oleh beban kerja kluster Anda.
9. Periksa pengaturan konektivitas jaringan dan penyimpanan menggunakan UI Pengelola Kluster Failover.
10. Jika Windows Firewall digunakan, periksa apakah pengaturan Firewall sudah benar untuk kluster. Misalnya, kluster yang diaktifkan Cluster Aware Updating (CAU) mungkin memerlukan konfigurasi Firewall.
11. Untuk beban kerja Hyper-V, gunakan UI Hyper-V Manger untuk meluncurkan dialog Virtual Switch Manager (lihat Gambar 14).
  
  Periksa apakah nama Sakelar Virtual yang digunakan identik untuk semua simpul host Hyper-V di kluster.
  
  Gambar 14: Virtual Switch Manager
12. Pada simpul Windows Server 2016 (jangan gunakan simpul Windows Server 2012 R2), gunakan Manajer Kluster Failover (lihat Gambar 15) untuk menyambungkan ke kluster.
  
  Gambar 15: Menambahkan simpul ke kluster menggunakan Manajer Kluster Failover
13. Gunakan UI Manajer Kluster Failover atau Add-ClusterNode cmdlet (lihat Gambar 16) untuk menambahkan simpul ke kluster.
  
  Gambar 16: Menambahkan simpul ke kluster menggunakan Add-ClusterNode cmdlet
  
  Catatan
  
  Ketika node Windows Server 2016 pertama bergabung dengan kluster, kluster memasuki mode "Mixed-OS", dan sumber daya inti kluster dipindahkan ke simpul Windows Server 2016. Kluster mode "Mixed-OS" adalah kluster yang berfungsi penuh di mana simpul baru berjalan dalam mode kompatibilitas dengan simpul lama. Mode "Mixed-OS" adalah mode transitori untuk kluster. Ini tidak dimaksudkan untuk menjadi permanen dan pelanggan diharapkan untuk memperbarui semua node kluster mereka dalam waktu empat minggu.
14. Setelah simpul Windows Server 2016 berhasil ditambahkan ke kluster, Anda dapat (opsional) memindahkan beberapa beban kerja kluster ke simpul yang baru ditambahkan untuk menyeimbangkan kembali beban kerja di seluruh kluster sebagai berikut:
  
  Gambar 17: Memindahkan beban kerja kluster (peran VM kluster) menggunakan Move-ClusterVirtualMachineRole cmdlet
  1. Gunakan Migrasi Langsung dari Manajer Kluster Failover untuk komputer virtual atau Move-ClusterVirtualMachineRole cmdlet (lihat Gambar 17) untuk melakukan migrasi langsung komputer virtual.
```
Move-ClusterVirtualMachineRole -Name VM1 -Node robhind-host3
```
  2. Gunakan Pindahkan dari Manajer Kluster Failover atau Move-ClusterGroup cmdlet untuk beban kerja kluster lainnya.
Ketika setiap simpul telah ditingkatkan ke Windows Server 2016 dan ditambahkan kembali ke kluster, atau ketika simpul Windows Server 2012 R2 yang tersisa telah dikeluarkan, lakukan hal berikut:
Penting
- Setelah memperbarui tingkat fungsi kluster, Anda tidak dapat kembali ke tingkat fungsi windows Server 2012 R2 dan simpul Windows Server 2012 R2 tidak dapat ditambahkan ke kluster.
- Update-ClusterFunctionalLevel Hingga cmdlet dijalankan, proses sepenuhnya dapat dikembalikan dan simpul Windows Server 2012 R2 dapat ditambahkan ke kluster ini dan simpul Windows Server 2016 dapat dihapus.
- Beberapa operasi kluster, seperti pengurasan node dapat menyebabkan node menjadi terisolasi untuk waktu yang singkat. Perilaku ini dapat terjadi ketika Update-ClusterFunctionalLevel operasi belum dijalankan.
- Update-ClusterFunctionalLevel Setelah cmdlet dijalankan, fitur baru akan tersedia.
1. Dengan menggunakan UI Manajer Kluster Failover atau Get-ClusterGroup cmdlet, periksa apakah semua peran kluster berjalan pada kluster seperti yang diharapkan. Dalam contoh berikut, Penyimpanan yang Tersedia tidak digunakan, sebagai gantinya CSV digunakan, oleh karena itu, Penyimpanan yang Tersedia menampilkan status Offline (lihat Gambar 18).
  
  Gambar 18: Memverifikasi bahwa semua grup kluster (peran kluster) berjalan menggunakan Get-ClusterGroup cmdlet
2. Periksa apakah semua node kluster sedang online dan berjalan menggunakan Get-ClusterNode cmdlet.
3. Jalankan Update-ClusterFunctionalLevel cmdlet - tidak ada kesalahan yang harus dikembalikan (lihat Gambar 19).
  
  Gambar 19: Memperbarui tingkat fungsional kluster menggunakan PowerShell
4. Update-ClusterFunctionalLevel Setelah cmdlet dijalankan, fitur baru tersedia.
Lanjutkan pembaruan dan pencadangan kluster normal:
1. Jika sebelumnya Anda menjalankan CAU, mulai ulang menggunakan UI CAU atau gunakan Enable-CauClusterRole cmdlet (lihat Gambar 20).
  
  Gambar 20: Aktifkan peran Pembaruan Sadar Kluster menggunakan Enable-CauClusterRole cmdlet
2. Lanjutkan operasi pencadangan.
Aktifkan dan gunakan fitur Windows Server 2016 pada Hyper-V Virtual Machines.
1. Setelah kluster ditingkatkan ke tingkat fungsional Windows Server 2016, banyak beban kerja seperti Hyper-V VM akan memiliki kemampuan baru. Untuk daftar kemampuan Hyper-V baru. lihat Memigrasikan dan meningkatkan komputer virtual
2. Pada setiap node host Hyper-V di kluster, gunakan Get-VMHostSupportedVersion cmdlet untuk melihat versi konfigurasi Hyper-V VM yang didukung oleh host.
  
  Gambar 21: Melihat versi konfigurasi VM Hyper-V yang didukung oleh host
3. Pada setiap node host Hyper-V di kluster, versi konfigurasi Hyper-V VM dapat ditingkatkan dengan menjadwalkan jendela pemeliharaan singkat dengan pengguna, mencadangkan, mematikan komputer virtual, dan menjalankan Update-VMVersion cmdlet (lihat Gambar 22). Ini akan memperbarui versi komputer virtual, dan mengaktifkan fitur Hyper-V baru, menghilangkan kebutuhan akan pembaruan Hyper-V Integration Component (IC) di masa mendatang. Cmdlet ini dapat dijalankan dari simpul Hyper-V yang menghosting VM, atau -ComputerName parameter dapat digunakan untuk memperbarui Versi VM dari jarak jauh. Dalam contoh ini, di sini kami meningkatkan versi konfigurasi VM1 dari 5.0 ke 7.0 untuk memanfaatkan banyak fitur Hyper-V baru yang terkait dengan versi konfigurasi VM ini seperti Titik Pemeriksaan Produksi (cadangan Konsisten Aplikasi), dan file konfigurasi VM biner.
  
  Gambar 22: Meningkatkan versi VM menggunakan cmdlet PowerShell Update-VMVersion
Kumpulan penyimpanan dapat ditingkatkan menggunakan cmdlet PowerShell Update-StoragePool - ini adalah operasi online.

Meskipun kami menargetkan skenario Cloud Privat, khususnya kluster Server File Hyper-V dan Scale-out, yang dapat ditingkatkan tanpa waktu henti, proses Peningkatan Bergulir OS Kluster dapat digunakan untuk peran kluster apa pun.

Pembatasan / Batasan

Fitur ini hanya berfungsi untuk versi Windows Server yang dimulai dengan Windows Server 2012 R2. Fitur ini tidak dapat memutakhirkan versi Windows Server yang lebih lama seperti Windows Server 2008, Windows Server 2008 R2, atau Windows Server 2012.
Setiap simpul Windows Server 2016 harus diformat ulang/penginstalan baru saja. Jenis penginstalan di tempat atau peningkatan tidak disarankan.
Simpul yang menjalankan versi Windows Server yang lebih baru harus digunakan untuk menambahkan simpul baru ke kluster.
Saat mengelola kluster mode MIXED-OS, selalu lakukan tugas manajemen dari simpul tingkat atas yang menjalankan Windows Server 2016. Simpul Windows Server tingkat bawah tidak dapat menggunakan UI atau alat manajemen terhadap versi Windows Server yang lebih baru.
Kami mendorong pelanggan untuk bergerak melalui proses peningkatan kluster dengan cepat karena beberapa fitur kluster tidak dioptimalkan untuk mode MIXED-OS.
Hindari membuat atau mengubah ukuran penyimpanan pada simpul Windows Server yang lebih baru saat kluster berjalan dalam mode MIXED-OS karena kemungkinan ketidaksesuaian pada failover dari simpul Windows Server yang lebih baru ke simpul Windows Server tingkat bawah.

Tanya jawab umum

Berapa lama kluster failover dapat berjalan dalam mode mixed-OS? Kami mendorong pelanggan untuk menyelesaikan peningkatan dalam waktu empat minggu. Kami telah berhasil meningkatkan kluster Hyper-V dan Scale-out File Server dengan waktu henti nol dalam waktu kurang dari empat jam total.

Apakah Anda akan memindahkan fitur ini kembali ke Windows Server 2012, Windows Server 2008 R2, atau Windows Server 2008? Kami tidak memiliki rencana untuk memindahkan fitur ini kembali ke versi sebelumnya. Peningkatan Bergulir OS Kluster adalah visi kami untuk meningkatkan kluster Windows Server.

Apakah simpul yang menjalankan versi Windows Server yang lebih lama harus menginstal semua pembaruan perangkat lunak sebelum memulai proses Peningkatan Bergulir OS Kluster? Ya, sebelum memulai proses Peningkatan Bergulir OS Kluster, verifikasi bahwa semua node kluster diperbarui dengan pembaruan perangkat lunak terbaru.

Dapatkah saya menjalankan Update-ClusterFunctionalLevel cmdlet saat simpul Nonaktif atau Dijeda? Nomor. Semua node kluster harus aktif dan dalam keanggotaan aktif agar Update-ClusterFunctionalLevel cmdlet berfungsi.

Apakah Peningkatan Bergulir OS Kluster berfungsi untuk beban kerja kluster apa pun? Apakah berfungsi untuk SQL Server? Ya, Peningkatan Bergulir OS Kluster berfungsi untuk beban kerja kluster apa pun. Namun, ini hanya nol-downtime untuk kluster Hyper-V dan Scale-out File Server. Sebagian besar beban kerja lainnya mengalami waktu henti (biasanya beberapa menit) ketika failover, dan failover diperlukan setidaknya sekali selama proses Peningkatan Bergulir OS Kluster.

Bisakah saya mengotomatiskan proses ini menggunakan PowerShell? Ya, kami telah merancang Peningkatan Rolling OS Kluster untuk diotomatisasi menggunakan PowerShell.

Untuk kluster besar yang memiliki kapasitas failover ekstra, dapatkah saya meningkatkan beberapa simpul secara bersamaan? Ya. Ketika satu node dihapus dari kluster untuk meningkatkan OS, kluster akan memiliki satu node yang lebih sedikit untuk failover, karenanya akan memiliki kapasitas failover yang berkurang. Untuk kluster besar dengan beban kerja dan kapasitas failover yang cukup, beberapa simpul dapat ditingkatkan secara bersamaan. Anda dapat menambahkan node kluster untuk sementara ke kluster untuk menyediakan beban kerja yang ditingkatkan dan kapasitas failover selama proses Peningkatan Bergulir OS Kluster.

Bagaimana jika saya menemukan masalah di kluster saya setelah Update-ClusterFunctionalLevel berhasil dijalankan? Jika Anda telah mencadangkan database kluster dengan cadangan Status Sistem sebelum menjalankan Update-ClusterFunctionalLevel, Anda harus dapat melakukan pemulihan Otoritatif pada simpul yang menjalankan versi Windows Server sebelumnya dan memulihkan database dan konfigurasi kluster asli.

Dapatkah saya menggunakan peningkatan di tempat untuk setiap simpul alih-alih menggunakan penginstalan CLEAN-OS dengan memformat ulang drive sistem? Kami tidak mendorong penggunaan peningkatan Windows Server di tempat, tetapi kami menyadari bahwa itu berfungsi dalam beberapa kasus di mana driver default digunakan. Harap baca dengan cermat semua pesan peringatan yang ditampilkan selama peningkatan node kluster di tempat.

Jika saya menggunakan replikasi Hyper-V untuk VM Hyper-V pada kluster Hyper-V saya, apakah replikasi akan tetap utuh selama dan setelah proses Peningkatan Bergulir OS Kluster? Ya, replika Hyper-V tetap utuh selama dan setelah proses Peningkatan Bergulir OS Kluster.

Dapatkah saya menggunakan System Center Virtual Machine Manager (SCVMM) untuk mengotomatiskan proses Peningkatan Bergulir OS Kluster? Ya, Anda dapat mengotomatiskan proses Peningkatan Bergulir OS Kluster menggunakan VMM di Pusat Sistem.