Mengatasi keterbatasan Alwayson Groups dengan SIOS Datakeeper

Mengatasi keterbatasan Alwayson Groups dengan SIOS Datakeeper

Setelah mendengar semua sesi hebat di SQL PASS Summit tentang Ketersediaan Grup, apakah Anda berpikir tentang menggigit peluru untuk meningkatkan ke SQL Server 2012 Enterprise Edition? Sebelum Anda mengeluarkan buku cek, berhentilah dan tanyakan pada diri sendiri pertanyaan-pertanyaan ini dan juga, izinkan saya untuk memperkenalkan SteelEye DataKeeper Cluster Edition.

Apakah saya menggunakan / kebutuhan?

• untuk menurunkan biaya SQL Server saya?
• replikasi atau pengiriman log?
• untuk meminimalkan dampak replikasi terhadap kinerja aplikasi saya?
• Lync Server, Dynamics CRM atau aplikasi lain yang menggunakan transaksi terdistribusi?
• untuk memastikan bahwa pekerjaan Agen SQL seperti backup database, optimasi, DTS dan lainnya terus berjalan terlepas dari node dalam pelayanan?
• untuk memastikan bahwa akun login SQL disimpan selaras antara node cluster?
• untuk meminimalkan beban administrasi saya?

Batasan Grup Selalu Tersedia

Jika Anda menjawab ya untuk pertanyaan-pertanyaan ini, Anda mungkin ingin mempertimbangkan kembali pilihan Anda saat membahas penerapan SQL Server HA / DR Anda. Meskipun Grup Ketersediaan AlwaysOn tentu saja memiliki tempat mereka, Anda mungkin ingin mempertimbangkan asosiasi overhead dengan mereka. Baca artikel saya sebelumnya. Juga, Anda benar-benar perlu mempertimbangkan aplikasi apa yang akan memanfaatkan database SQL Server karena tidak semua aplikasi mendukung Grup Ketersediaan AlwaysOn. Ini termasuk banyak aplikasi Microsoft seperti Lync Server dan lainnya (periksa dokumentasi aplikasi Anda).

Memperkenalkan SteelEye DataKeeper Cluster Edition

Apa yang saya usulkan sebagai gantinya adalah mempertimbangkan membangun kluster aktif / pasif tradisional yang mengatasi semua Batasan Grup Selalu Tersedia yang tercantum di atas. Tetapi alih-alih menggunakan penyimpanan bersama, gunakan solusi replikasi tingkat blok terintegrasi cluster dari SIOS Technology yang disebut SteelEye DataKeeper Cluster Edition. Dengan menggunakan solusi replikasi ini, Anda dapat menghilangkan SAN sebagai satu titik kegagalan serta menghilangkan semua batasan yang terkait dengan Grup Ketersediaan AlwaysOn yang tercantum di atas. Ketika Anda mempertimbangkan kemungkinan menggunakan solusi penyimpanan lokal berkecepatan tinggi seperti @Fusionio bersama dengan DataKeeper, Anda dapat memiliki kluster SQL Server berkecepatan tinggi, sangat tersedia dengan investasi minimal dalam perangkat keras dan perangkat lunak. Dan yang terbaik, solusi ini bekerja dengan Edisi Standar SQL 2005/2008 / 2008R2 / 2012 serta Edisi Perusahaan. Penghematan biaya saja pada lisensi SQL Server dapat lebih dari membayar untuk solusinya. Lebih lanjut tentang penghematan biaya pada posting saya berikutnya.

Bagaimana Saya Memulainya?

Anda dapat membeli solusi pra-paket 2 server yang mencakup server HP, Dell atau Supermicro, Fusion-io ioDrives. Perangkat lunak DataKeeper untuk membantu Anda menggunakan SQL cluster berkecepatan tinggi pertama yang tersedia untuk Anda. Untuk informasi lebih lanjut lihat siaran pers di sini.

http://www.sqlpass.org/summit/2012/About/News/PressReleases/PartnerPressRelease9.aspx

Seperti bagaimana Datakeeper membantu mengatasi keterbatasan Grup Alwayson Availabilty? Baca di sini untuk lebih banyak kisah sukses

Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Mengatasi Masalah Kinerja Dengan Grup Alwayson SQL Server

Asynchronous vs synchronous replication on AlwaysOn

Dari menghadiri sesi di PASS Summit minggu ini, sudah menjadi jelas bahwa AlwaysOn adalah topik hangat dengan sekitar enam sesi yang didedikasikan untuk solusi ini. Satu hal yang saya pelajari adalah bahwa walaupun solusinya tentu memiliki aplikasinya, sebagian besar penerapan yang berhasil didasarkan pada penggunaan AlwaysOn secara asinkron. Alasan orang menghindari opsi replikasi sinkron adalah bahwa overhead terlalu besar. Selama replikasi sinkron, menulis harus dilakukan pada replika sebelum dilakukan pada sumbernya. Dalam pengujian yang telah saya lakukan, overhead ini bisa dikenalkan sebanyak 68%.

Sebagai contoh, dalam sebuah tes dimana saya memiliki database yang menyisipkan sekitar 1.000.000 baris per detik dan kita mengukur throughput pada file log, kita melihat bahwa tanpa mirroring di tempat kita menulis sekitar 400 MBps. Begitu kita mulai mereplikasi database itu dengan AlwaysOn Availability Groups di LAN 10 Gbps, kita melihat penurunan kinerja sebesar 68%, dengan database khusus ini melambat menjadi sekitar 250.000 sisipan per detik.

Jika Anda mempertimbangkan solusinya sebagai pengganti cluster failover Anda, drop off ini harus menjadi perhatian utama Anda. Untuk mencapai failover otomatis yang biasa Anda gunakan dalam failover clustering, Anda harus menggunakan mirroring sinkron, yang berarti Anda harus hidup dengan hit kinerja ini. Umumnya ini tidak akan dapat diterima, yang mungkin mengapa Anda tidak mendengar para ahli merekomendasikan konfigurasi semacam itu secara teratur.

Jadi apa yang harus kamu lakukan?

Jika Anda tetap dengan Anda cluster failover tradisional dan SAN? Bagaimana jika Anda ingin memanfaatkan fast, high speed storage seperti Fusion-io? Kalau begitu, Anda tidak bisa menggunakan cluster tradisional … atau bisa?

Kabar baiknya adalah Anda bisa membangun cluster tanpa SAN dan melakukan semuanya tanpa biaya, keterbatasan dan biaya overhead dengan AlwaysOn Availability Groups (lebih pada keterbatasan dan biaya di posting blog saya berikutnya). Dengan menggunakan DataKeeper Cluster Edition Anda dapat membangun cluster tanpa penyimpanan bersama DAN overhead yang terkait dengan replikasi Synchronous mendekati 10% vs mendekati 70% yang kita lihat dengan AlwaysOn Availability Groups.

Datang ke stan 351 di #SQLPASS dan saya akan dengan senang hati menunjukkan bagaimana solusinya bekerja.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-performance-problems-with-sql-server-alwayson-availability-groups-sqlpass/

Badai Sandy Disaster Recovery For Business

Kecelakaan itu mengajarkan pentingnya Pemulihan Bencana. Sudahkah anda mempersiapkannya dengan baik untuk itu?

Pikiran dan doa saya pergi ke pengaruh yang diakibatkan oleh badai besar ini. Meskipun saya tinggal di NJ, lingkungan saya tetap relatif tanpa cedera selain beberapa pohon dan saluran listrik yang jatuh. Gambar-gambar yang datang dari masyarakat pesisir naik turun di pesisir timur menunjukkan bahwa banyak orang juga tidak makan. Saya berharap bahwa sebagian besar kerusakan adalah properti yang dapat dibangun kembali, tapi saya menyesal mendengar beberapa orang kehilangan nyawa mereka dan saya hanya bisa membayangkan rasa sakit dari teman dan keluarga mereka – saya benar-benar minta maaf atas kehilangan mereka.

Butuh bantuan untuk Pemulihan Bencana?

Sebagai karyawan perusahaan yang mengkhususkan diri pada perangkat lunak pemulihan bencana, saya juga mengetahui banyak cerita tentang perusahaan yang kehilangan data yang tidak dapat diganti. Banyak dari perusahaan-perusahaan ini tidak pernah pulih dari malapetaka semacam itu, namun yang biasanya adalah mereka yang segera melihat rencana yang mencakup semacam perlindungan data real-time yang mencakup pengulangan data penting mereka di luar kantor atau ke beberapa repositori awan. Mereka tidak pernah terjebak dalam keadaan sulit seperti itu lagi. Jika itu adalah cerita Anda atau bahkan jika Anda cukup beruntung untuk menghindari bencana kali ini tapi ingin mempersiapkannya di depan, segera hubungi saya agar saya dapat membantu menilai risiko Anda dan merekomendasikan beberapa perlindungan data dan solusi DR untuk membantu mengurangi risikonya.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/10/30/hurricane-sandy-disaster-recovery-for-business/

Mencapai Kinerja Tinggi Dan Ketersediaan Tinggi Untuk SQL Server

Mendaftar di sini untuk mengetahui seberapa tinggi kinerja dan ketersediaan tinggi untuk Microsoft SQL Server dapat dicapai dengan solusi dari Fusion-io dan SIOS. Kombinasi yang kuat ini memberikan penyimpanan berkecepatan tinggi dan ketersediaan tinggi untuk SQL Server tanpa batasan cluster copy tunggal atau AlwaysOn Availability Groups.

Buat saklar dan nikmati:

• Penghematan biaya
• Kinerja database lebih tinggi
• Persyaratan ruang lantai yang lebih kecil
• Turunkan pendinginan dan tuntutan tenaga

… semua tanpa mengorbankan ketersediaan.

Hasil akhirnya: kinerja lebih cepat di sebagian kecil dari biaya SAN biasa dengan ketersediaan data 100%.

Siap untuk belajar tentang bagaimana Fusion-io dan SIOS bisa mencapai hasil yang lebih baik dengan Microsoft SQL Server. Dengarkan dari Pembicara fitur kami:

Dave Bermingham diakui dalam komunitas teknologi sebagai pakar ketersediaan tinggi dan telah menjadi Microsoft MVP di Clustering selama tiga tahun terakhir. Pekerjaan David sebagai Sr. Penginjil Teknis di SIOS membuatnya terfokus pada penyampaian solusi pemulihan dan ketersediaan yang tinggi. David memiliki banyak sertifikasi teknis dan memiliki lebih dari dua puluh tahun pengalaman teknologi yang berfokus pada ketersediaan aplikasi.

Jamila Gunawardena adalah Sales Engineer Senior OEM untuk Fusion-io. Jamila memiliki pengalaman lebih dari 15 tahun di bidang Rekayasa Perangkat Lunak dan Desain Sistem dengan keahlian di bidang Internet, Bioinformatika, dan solusi DFM Semikonduktor. Saat ini, Jamila berfokus pada ISV dan kemitraan alat di Fusion-io.

Geoff Hiten adalah Microsoft SQL MVP dan saat ini merupakan Arsitek Infrastruktur untuk Intellinet. Geoff mulai bekerja dengan SQL Server pada tahun 1992 dengan versi 4.2 dan telah menggunakan setiap versi sejak saat itu. Dia mengkhususkan diri pada ketersediaan tinggi dan sistem SQL berkinerja tinggi. Geoff sangat terlibat dalam Komunitas Microsoft SQL Server dan pada awalnya diberikan status MVP pada tahun 2004. Geoff diangkat pada tahun 2011 untuk mengisi posisi Direktur sementara di organisasi National PASS.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/09/12/achieving-high-performance-and-high-availability-for-sql-server/

Menginstal Windows Server 2012 RC Pada Workstation VMware Langkah-demi-Langkah

Saya mengambil Windows Server 2012 RC

Dengan Windows Server 2012 RC yang baru saja diluncurkan kemarin, saya ingin melihat apakah saya masih bisa menginstalnya di VMware Workstation seperti yang telah saya lakukan dengan versi Beta sebelumnya. Kabar baiknya adalah semuanya berjalan dengan indah. Berikut adalah gambaran bagus dari Windows Server 2012 RC yang berjalan di VMware Workstation 8.

Saya juga bisa memasang Hyper-V Server 2012 RC juga tanpa masalah.

Pasti ada beberapa trik yang harus diperhatikan agar mereka bisa memasangnya, jadi tolong rujuk artikel saya yang terdahulu untuk mendapatkan petunjuk terperinci di sini.

Mungkin hanya akan menjadi masalah waktu sebelum saya meletakkan Windows Server 8 RC di laptop saya dan beralih ke Hyper-V alih-alih VMware Workstation, tapi mungkin saya akan menyimpannya untuk hari lain ketika saya tidak mempunyai beberapa pekerjaan untuk mendapatkan selesai!

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/06/01/installing-windows-server-2012-rc-on-vmware-workstation-step-by-step/