Demo Denali SQL Server

SQL Server Denali Hadron Multi-situs Cross Subnet Failover Video Demonstration

Kerumunan telah berbicara dan Tim SQL Server telah menjawab! Denali adalah versi pertama dari SQL Server yang mendukung fitur cross subnet failover yang pertama kali diperkenalkan pada Windows Server 2008 Failover Clustering. Sepertinya kita telah menunggu selamanya untuk tim SQL untuk mendukung fitur ini. Sekarang, menunggu akhirnya berakhir.

Berikut ini adalah link ke video 5 menit. Ini menunjukkan sebuah cluster Denali 3-node cluster dengan dua node di datacenter primer, dan satu node di situs Disaster Recovery di subnet terpisah.

http://screencast.com/t/ni1zqMOIv

Saya akan mendemonstrasikan solusi ini di Tech-Ed 2011 di Atlanta minggu ini. Berhenti di stan SIOS Technology dan datang untuk melihat diri Anda di demonstrasi cluster multi-situs SQL Server Denali menggunakan SteelEye DataKeeper. Kami akan dengan senang hati berbagi teknologi kami dan selanjutnya menjelaskan bagaimana hal itu dapat menguntungkan proyek Anda.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2011/05/15/sql-server-denali-hadron-multisite-cross-subnet-failover-video-demonstration/

Failover Clustering & Hyper-V: Multi-Site Disaster Recovery

Berikut adalah video hebat dari seorang teman saya dan mantan Lead Cluster MVP, Symon Perriman. Sepertinya dia menikmati pekerjaan barunya sebagai penginjil produk Microsoft.

Video: Failover Clustering & Hyper-V: Pemulihan Bencana Multi-Situs

http://technet.microsoft.com/en-us/edge/Hh133452

Direproduksi dengan izin dari https://clusteringformeremortals.com/2011/05/11/failover-clustering-hyper-v-multi-site-disaster-recovery/

Pengguna Cluster Microsoft Multi-Situs Bersukacita

Sekarang Apakah Mungkin Untuk Memiliki Failover Otomatis Dalam Sebuah cluster Node 3!

Microsoft baru saja merilis sebuah patch yang memungkinkan Anda untuk menentukan apakah cluster node dapat memberikan suara dalam model kuorum mayoritas. Hal ini sangat berguna dalam konfigurasi cluster multisite yang terdiri dari sejumlah node.

http://support.microsoft.com/kb/2494036

Pertimbangkan hal berikut …

Saya memiliki dua cluster node di tempat lokal ketersediaan tinggi dan saya ingin memperluas ke 3rdlocation dan menambahkan satu node untuk pemulihan bencana. Terdengar seperti rencana hebat karena cluster multisite hanyalah rencana DR yang paling kuat yang dapat Anda terapkan. Namun, Anda tidak dapat memanfaatkan salah satu fitur terbaik dari cluster multisite – pemulihan otomatis jika terjadi kehilangan situs. Jika Anda kehilangan situs utama Anda, situs DR hanya berisi satu node cluster (lihat Gambar 1). Ini hanya satu suara dari tiga di cluster sehingga mayoritas tidak dapat diperoleh dan Node3 tidak akan online secara otomatis. Satu-satunya cara untuk membuat Node3 online adalah dengan memaksa kuorum online, yang mengalahkan tujuan cluster multisite dengan mewajibkan intervensi manusia agar terjadi failover.

Satu-satunya cara "aman" untuk mendapatkan failover otomatis dalam cluster multisite adalah memiliki jumlah nodus yang sama di setiap lokasi dan memiliki saksi berbagi file di lokasi ketiga dengan konektivitas kembali ke situs utama dan situs DR. Konsep ini agak sulit dipahami pada awalnya, jadi izinkan saya mencoba menjelaskan lewat ilustrasi.

Seperti yang Anda lihat, angka 4 merupakan satu-satunya konfigurasi yang masuk akal yang mendukung failover otomatis. Namun, ini mengasumsikan bahwa ada jumlah nodus yang sama di setiap lokasi. Jika Anda terjebak dengan konfigurasi 3-node asli, Anda terjebak karena menambahkan saksi berbagi file tidak membantu karena Anda tidak akan pernah bisa mencapai mayoritas di situs alternatif … sampai hari ini! Microsoft merilis sebuah patch yang pada dasarnya memungkinkan Anda untuk menentukan apakah suatu node bisa memilih atau tidak. Jadi, apa artinya ini adalah Anda dapat membangun sebuah cluster 3-node seperti yang diilustrasikan pada Gambar 1, namun memanfaatkan saksi berbagi file di lokasi ke-3 seperti yang diilustrasikan pada Gambar 4. Dengan hanya memberi tahu salah satu simpul di Situs Utama untuk mencatat pemungutan suara di cluster, Anda akan membiarkan Situs Alternatif membentuk mayoritas dengan saksi berbagi file dan online. Dengan asumsi konektivitas ke lokasi ke-3 dan Situs Alternatif Anda relatif dapat diandalkan, benar-benar tidak ada kerugian pada konfigurasi yang ditunjukkan pada Gambar 5.

Meskipun ini adalah solusi yang bagus, Anda tetap memerlukan lokasi ke-3 untuk berbagi file saksi. Jika Anda tidak memiliki lokasi ke-3 itu, Anda hanya perlu mengatur peralihan manual dan menyimpan saksi berbagi file di situs utama jika Anda memiliki sejumlah node.

Switch PreventQuorum juga disertakan sebagai bagian dari perbaikan terbaru ini yang juga menarik bagi orang-orang yang menyebarkan cluster multisite. Nah jelajahi pilihan itu di artikel mendatang.

Dapatkan hot fix disini …

Perbaikan terbaru tersedia untuk memungkinkan Anda mengkonfigurasi node cluster yang tidak memiliki kuorum suara di Windows Server 2008 dan Windows Server 2008 R2

http://support.microsoft.com/kb/2494036

Direproduksi dengan izin dari https://clusteringformeremortals.com/2011/04/29/microsoft-multisite-cluster18-users-rejoice-it-is-now-possible-to-have-automatic-failover-in-a-3- node-cluster19 /

Mengkonfigurasi Perangkat Lunak iSCSI Target Microsoft Untuk Penggunaan di Cluster

Kini setelah Starwind berhenti menawarkan versi gratis dari perangkat lunak target iSCSI mereka, Anda mungkin mencari alternatif untuk lab Anda. Jika Anda memerlukan sesuatu untuk digunakan di cluster, periksa Microsoft yang baru saja membuat perangkat lunak iSCSI target yang tersedia sebagai bagian dari unduhan Windows Storage Server 2008 R2 di Tech-Net dan MSDN. Ini bukan untuk digunakan dalam produksi dan memiliki beberapa pembatasan perizinannya sendiri, namun hasilnya bagus dan gratis untuk pelanggan Tech-Net dan MSDN.

Siap memulai cluster penyimpanan bersama Anda?

Saya mencatat beberapa video yang sangat cepat dan kotor yang bertujuan untuk menunjukkan kepada Anda bagaimana cara mengkonfigurasi target iSCSI dan perangkat lunak inisiator iSCSI di bawah 7 menit. Pada akhirnya, Anda akan memiliki array disk bersama yang siap untuk memulai cluster penyimpanan bersama Anda. Mudah-mudahan ketika saya mendapatkan lebih banyak waktu, saya benar-benar akan menulis langkah-langkah ini, tapi dalam keadaan darurat, ini akan memberi Anda gambaran umum tentang apa yang perlu dilakukan. Ada banyak fitur lain, tapi untuk lingkungan laboratorium ini akan melakukan triknya.

http://screencast.com/t/2qUUDvZo6Zka – mengkonfigurasi perangkat lunak iSCSI target dan inisiator iSCSI pada klien

http://screencast.com/t/7m9ElSIdAbP – mengkonfigurasi inisiator iSCSI ….

Anda Mungkin Ingin Menahan Pada Upgrade SP1 Untuk Cluster Anda

Ada beberapa laporan tentang newsgroup kegagalan validasi penyimpanan setelah mengupgrade 3+ cluster node ke Windows Server 2008 R2 SP1. Tampaknya Microsoft menyadari masalah ini dan mereka sedang menyelidiki. Saya telah mengikuti thread ini untuk selalu mengetahui masalah ini

http://social.technet.microsoft.com/Forums/en-US/winserverClustering/thread/e67026af-7f9b-4698-9ca7-11853431ed86

Ingin melakukan upgrade ke 3+ cluster node?

Anda mungkin ingin menunggu beberapa jenis resolusi sebelum Anda menerapkan SP1 ke kelompok Anda.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2011/03/31/you-might-want-to-hold-off-on-the-sp1-upgrade-for-your-cluster/