SIOS teknologi Corp (www.us.sios.com), pembuat SAN dan #SANLess pengelompokan produk perangkat lunak, hari ini mengumumkan webinar hidup menampilkan SQL Server MVP Joey D'Antoni yang akan memeriksa strategi untuk melindungi data SQL Server di internet dan menghindari downtime. Berjudul, ' melindungi Data Server SQL Anda di awan – tiga cara untuk menghindari Downtime, "webinar ini akan diadakan pada Kamis, Februari 19 jam 10:00 AM PST / 1:00 PM EST. Untuk mendaftar, kunjungi: http://us.sios.com/2015-02-webinar-cloud/. Ini hidup, 30 menit webinar untuk perusahaan-perusahaan yang mencari untuk bermigrasi atau menyebarkan SQL Server di internet dan prihatin tentang ketersediaan yang tinggi (HA) dan disaster recovery (DR) pilihan untuk melindungi SQL data dari downtime. SQL Server MVP Joey D'Antoni akan membahas tiga cara perusahaan saat ini menyediakan perlindungan tingkat ketersediaan yang tinggi untuk SQL Server aplikasi dan data dalam awan dengan menggunakan contoh-contoh nyata. Joey akan berbagi pengalamannya dengan menjalankan SQL dalam awan dan menyimpulkan dengan sesi Q&A live. Tentang pembicara Joseph D'Antoni adalah arsitek senior dan SQL Server MVP dengan lebih dari satu dekade pengalaman bekerja di kedua Fortune 500 dan perusahaan kecil. Dia adalah konsultan saat ini utama di Denny Cherry dan rekan-rekan di Malvern, PA. Dia adalah sering pembicara pada acara utama teknologi, dan blogger tentang semua topik teknologi. Dia percaya bahwa satu platform adalah jawaban untuk semua masalah teknologi. Dia memegang gelar BS in Computer Information Systems dari Louisiana Tech dan MBA dari North Carolina State. Baca artikel lengkap di hal Briefing.
Geek maju: SIOS Webinar akan menampilkan strategi untuk melindungi Data SQL Server di internet
SIOS teknologi Corp (www.us.sios.com), pembuat SAN dan #SANLess pengelompokan produk perangkat lunak, hari ini mengumumkan webinar hidup menampilkan SQL Server MVP Joey D'Antoni yang akan memeriksa strategi untuk melindungi data SQL Server di internet dan menghindari downtime. Berjudul, "Melindungi Data SQL Server di Internet – tiga cara untuk menghindari Downtime," webinar ini akan diadakan pada Kamis, Februari 19 jam 10:00 AM PST / 1:00 PM EST. Untuk mendaftar, kunjungi: http://us.sios.com/2015-02-webinar-cloud/. Ini hidup, 30 menit webinar untuk perusahaan-perusahaan yang mencari untuk bermigrasi atau menyebarkan SQL Server di internet dan prihatin tentang ketersediaan yang tinggi (HA) dan disaster recovery (DR) pilihan untuk melindungi SQL data dari downtime. SQL Server MVP Joey D'Antoni akan membahas tiga cara perusahaan saat ini menyediakan perlindungan tingkat ketersediaan yang tinggi untuk SQL Server aplikasi dan data dalam awan dengan menggunakan contoh-contoh nyata. Joey akan berbagi pengalamannya dengan menjalankan SQL dalam awan dan menyimpulkan dengan sesi Q&A live. Tentang pembicara Joseph D'Antoni adalah arsitek senior dan SQL Server MVP dengan lebih dari satu dekade pengalaman bekerja di kedua Fortune 500 dan perusahaan kecil. Dia adalah konsultan saat ini utama di Denny Cherry dan rekan-rekan di Malvern, PA. Dia adalah sering pembicara pada acara utama teknologi, dan blogger tentang semua topik teknologi. Dia percaya bahwa satu platform adalah jawaban untuk semua masalah teknologi. Dia memegang gelar BS in Computer Information Systems dari Louisiana Tech dan MBA dari North Carolina State.
Baca lebih lanjut tentang Geeks oleh www.forwardgeek.com
Tech Target – Cari Disaster Recovery: Adalah Cayan DR goes 'dari nol sampai 60' dengan cermin DataKeeper SANless
Menggunakan DataKeeper software, transaksi Online pengolahan adalah Cayan perusahaan set up situs miror untuk server 'kuasi aktif-aktif' yang memfasilitasi cepat failover.
Perusahaan transaksi online kartu kredit adalah Cayan set up efektif bencana pemulihan tinggi ketersediaan menggunakan hanya perangkat lunak Windows Server dan DataKeeper atau untuk replikasi asinkron antara dua situs. Berbasis di Boston adalah Cayan, yang mengubah namanya dari Merchant gudang pada bulan Januari, membantu perusahaan menyelesaikan transaksi nasabah melalui pilihan-pilihan seperti pembelian online, mobile pembayaran, dan ApplePay. Adalah CAYAN's bisnis memerlukan bahwa itu tinggal online tanpa pengecualian, sehingga ketersediaan tinggi sama pentingnya dengan pemulihan dari bencana besar. Perusahaan menggunakan Microsoft Windows Server Penyimpanan untuk database SQL yang sistemnya keterlibatan pelanggan berjalan pada. Setelah bereksperimen dengan Microsoft asli replikasi tetapi menemukan itu menjadi terlalu banyak bekerja, adalah Cayan menghindari membeli SAN dengan menginstal software SIOS Technologies DataKeeper Cluster edisi. DataKeeper bekerja dengan Windows Server Failover Clustering (WSFC) untuk melindungi data melalui real-time replikasi tingkat blok. Adalah CAYAN mulai pengujian DataKeeper pada akhir 2013 dan memasukkannya ke dalam produksi pada tahun 2014. Pada waktu itu, itu menambahkan situs co-location disediakan oleh CenturyLink sebagai bagian dari upgrade pusat data. Perusahaan menggunakan DataKeeper untuk asynchronously meniru antara database pada Waltham nya, Massachusetts, Fasilitas dan situs colocation cermin di Oak Grove, Illinois. Situs sekunder pasif, tetapi adalah Cayan pengujian apa CTO Paul Vienneau panggilan "kuasi aktif-aktif" setup untuk load balancing, memungkinkan lalu lintas hidup di kedua situs. Database node akan aktif di satu situs, dan semua lalu lintas akan pergi ke situs tersebut. Jika situs aktif turun, node SQL Server yang akan gagal atas ke situs lainnya dalam waktu kurang dari satu menit, Vienneau kata. "Jika node database utama di Waltham, lalu lintas yang masuk ke Oak Grove akan diarahkan dari server aplikasi yang duduk di Oak Grove di WAN ke server database di Waltham," kata Vienneau. "Yang memberi kita sedikit [waktu pemulihan] ada sejauh bangun kembali. Jika ada sebuah skenario bencana di Waltham, SQL server failover akan membawa dalam 30 detik dan kita akan hidup dalam situs Oak Grove. Karena kedua situs quasi aktif, tidak ada banyak angkat berat selain database gagal atas, dan jauhnya kita pergi." Vienneau mengatakan adalah Cayan dalam tahap akhir pengujian setup dan akan segera pergi tinggal. Bahkan tanpa setup aktif-aktif, DataKeeper's replikasi membuat pemulihan yang lebih cepat daripada sebelumnya adalah Cayan. Vienneau bilang itu bisa waktu jam untuk memulihkan database nya cara lama ketika adalah Cayan mengandalkan layanan Rackspace berhasil. "Tidak ada salah apa yang saya sebut DR strategi yang masuk akal," katanya. "Kami membangun ini dari tanah ketika kita pindah dari Rackspace CenturyLink. Kami pergi dari nol sampai 60 dengan strategi kami HA dan DR." Vienneau mengatakan adalah Cayan belum bencana apapun karena menggunakan DataKeeper tetapi "kami telah diuji jauh." Vienneau panggilan set up ketersediaan yang tinggi bukan hanya DR "karena kita dapat mengatur cukup cepat di Oak Grove situs, sehingga Anda dapat memikirkan memiliki geo-beragam HA. Kami memiliki redundansi sepanjang seluruh tumpukan. Karena DataKeeper membuat kedua situs sinkron pada setiap titik dalam waktu dan karena kita dapat meminimalkan failover, kita memiliki dua pusat data yang bertindak sebagai HA." "Hal ini tidak DR tradisional yang mana waktu memulihkan Anda adalah dua jam. Ini membawa kita kurang dari satu menit. Kita dapat membuat mulus untuk pengguna akhir. Mereka mungkin melihat sedikit lag mana memotong atas berlangsung, tetapi mereka tidak melihat kerugian transaksi." Pengguna akhir yang terdiri sebagian besar dari usaha kecil yang mengandalkan adalah Cayan untuk memproses transaksi kartu kredit mereka. "Kami 24/7/365 toko," katanya. "Kita tidak sedang diberikan banyak downtime. Kami memproses lebih dari $100 miliar transaksi kartu kredit setahun. Jika kita turun beberapa jam, hal ini tidak baik bagi kita pedagang kami."
25 Feb 2015: Hidup Webinar – pengelompokan 101: Mengkonfigurasi Windows kuorum Cluster – apa yang perlu Anda ketahui
Apakah Anda bertanya-tanya bagaimana Anda Microsoft korum cluster harus dikonfigurasi? Microsoft MVP Dave Bermingham akan menyederhanakan pilihan konfigurasi kuorum dan memberikan blok bangunan untuk lebih mendefinisikan atau meningkatkan konfigurasi cluster dan kuorum. Dave juga akan memecah kuorum konfigurasi berdasarkan versi server Anda saat ini, peningkatan keuntungan dan ia akan menampilkan beberapa pilihan yang baru untuk mencapai mayoritas dan mengatasi menarik kasus seperti: apa yang terjadi jika Anda memiliki penyimpanan tidak bersama atau ingin menggunakan Internet sebagai saksi berbagi file… Anda dapat berpartisipasi sebelum acara dengan tweeting pertanyaan Anda ke @SIOSTech menggunakan #Clustering101 dan tentu saja membawa pertanyaan dan komentar Anda sendiri.
Daftar sekarang
Tanggal: 25 Februari 2014 waktu: 10:00a PST – 1:00 pm WIB
Tentang pengelompokan 101 seri
Pengelompokan 101 adalah serangkaian webinar host oleh Microsoft MVP, Dave Bermingham difokuskan pada membahas berbagai segi pengelompokan untuk ketersediaan tinggi, replikasi data dan kombinasi ada. Seri ini akan udara bulanan, keempat Rabu bulan di 10:00a PST / p 1:00 EST.
Tentang Dave Bermingham
David Bermingham diakui dalam masyarakat teknologi sebagai ahli ketersediaan yang tinggi dan telah dihormati oleh rekan oleh terpilih menjadi Microsoft MVP di pengelompokan sejak 2010. Sementara pekerjaan David ini sebagai Direktur, penginjil teknis di SIOS teknologi Corp, telah Dia berfokus pada Microsoft tinggi ketersediaan dan bencana pemulihan solusi serta memberikan tangan pada dukungan, pelatihan dan profesional layanan untuk cluster implementasi. David memegang berbagai sertifikasi teknis dan menarik dari lebih dari dua puluh tahun pengalaman di dalamnya, termasuk bekerja di bidang keuangan, kesehatan dan pendidikan, untuk membantu organisasi desain solusi untuk memenuhi pemulihan ketersediaan dan bencana mereka tinggi kebutuhan. Pelajari lebih lanjut di www.us.sios.com
VMblog.com: Ketersediaan tinggi vSphere untuk SQL Server: 5 hal yang perlu Anda ketahui
SQL Server administrator memiliki banyak pilihan untuk menerapkan ketersediaan tinggi (HA) dalam lingkungan VMware. VMware menawarkan vSphere HA. Microsoft menawarkan Windows Server Failover Clustering (WSFC). Dan SQL Server di WSFC memiliki pilihan HA sendiri dengan grup ketersediaan AlwaysOn dan AlwaysOn Failover cluster. Vendor pihak ketiga juga memberikan solusi dibangun untuk pemulihan HA dan bencana, dan ini sering mengintegrasikan dengan solusi lain untuk membuat bahkan lebih banyak pilihan. Sebagai contoh, beberapa solusi memanfaatkan fitur AlwaysOn Failover Cluster yang disertakan dengan SQL Server untuk memberikan kuat HA dan perlindungan data kurang dari biaya AlwaysOn ketersediaan kelompok yang memerlukan lebih mahal Enterprise Edition. Artikel ini menyoroti lima hal setiap SQL Server administrator harus ketahui sebelum merumuskan strategi ketersediaan tinggi untuk aplikasi mission-critical di lingkungan vSphere. Strategi ini cenderung menyerupai multi-situs konfigurasinya ditunjukkan dalam gambar 1, yang tidak mungkin dengan beberapa pilihan HA. 1. Ketersediaan tinggi cluster untuk vSphere memerlukan mentah Disk pemetaan lapisan abstraksi digunakan di server virtual mampu fleksibilitas yang besar, tetapi abstraksi tersebut dapat menyebabkan masalah ketika sebuah mesin virtual (VM) harus antarmuka dengan perangkat fisik. Ini adalah kasus vSphere dengan Storage Area Networks (SANs). Untuk mengaktifkan kompatibilitas dengan SAN tertentu dan fitur berbagi penyimpanan lainnya, seperti I/O Anggar dan Pemesanan SCSI, vSphere menggunakan teknologi yang disebut mentah perangkat pemetaan (RDM) untuk membuat link langsung melalui hypervisor antara VM dan sistem penyimpanan eksternal. Persyaratan untuk menggunakan RDM dengan penyimpanan bersama ada untuk cluster apapun, termasuk SQL Server Failover Cluster. Dalam sebuah cluster tradisional yang dibuat dengan WSFC di vSphere, RDM harus beused untuk menyediakan mesin virtual (VM) akses langsung ke penyimpanan mendasari (SAN). RDM mampu mempertahankan 100 persen kompatibilitas dengan semua perintah SAN, membuat virtualisasi penyimpanan akses mulus untuk sistem operasi dan aplikasi yang merupakan persyaratan penting dari WSFC. RDM dapat dibuat untuk bekerja secara efektif, tetapi mencapai hasil yang diinginkan tidak selalu mudah, dan bahkan mungkin tidak mungkin. Sebagai contoh, RDM tidak mendukung partisi disk, sehingga perlu menggunakan "mentah" atau seluruh LUNs (nomor unit Logis), dan pemetaan tidak tersedia untuk blok terlampir langsung penyimpanan dan divais RAID tertentu. 2. Penggunaan mentah Disk pemetaan berarti mengorbankan populer VMware fitur lain penting aspek menjadi sepenuhnya informasi tentang RDM melibatkan pemahaman rintangan yang dapat membuat untuk menggunakan fitur VMware lainnya, banyak di antaranya populer dengan SQL Server administrator. Ketika rintangan ini dianggap tidak dapat diterima, karena mereka sering, mereka menghilangkan mentah perangkat pemetaan sebagai pilihan untuk mengimplementasikan ketersediaan yang tinggi. Masalah mendasar adalah bagaimana RDM mengganggu VMware fitur yang mempekerjakan file mesin virtual disk (VMDK). Misalnya, RDM mencegah penggunaan VMware snapshot, dan ini pada gilirannya mencegah penggunaan fitur-fitur yang memerlukan snapshot, seperti Virtual konsolidasi backup (VCBs). Mentah Disk pemetaan juga merumitkan data mobilitas, yang menciptakan hambatan untuk menggunakan fitur yang membuat virtualisasi server sangat bermanfaat, termasuk mengubah VMs ke template untuk menyederhanakan penggunaan, dan menggunakan vMotion untuk bermigrasi VMs dinamis antara host. Masalah lain yang potensial untuk transaksi-intensif aplikasi seperti SQL Server adalah ketidakmampuan untuk memanfaatkan Flash Cache dibaca ketika RDM dikonfigurasi. 3. Penyimpanan bersama dapat membuat satu titik dari kegagalan perlunya tradisional berkerumun server untuk memiliki akses langsung ke penyimpanan bersama dapat membuat batasan untuk ketersediaan yang tinggi dan bencana pemulihan ketentuan, dan keterbatasan ini dapat, pada gilirannya, menciptakan sebuah penghalang untuk migrasi aplikasi bisnis penting untuk vSphere. Di tradisional failover cluster, dua atau lebih server fisik (gugus node) terhubung ke sistem penyimpanan bersama. Aplikasi berjalan pada satu server, dan dalam hal kegagalan, pengelompokan perangkat lunak, seperti Windows Server Failover Clustering, bergerak aplikasi untuk sebuah node siaga. Pengelompokan serupa juga dimungkinkan dengan virtualisasi server di lingkungan vSphere, tapi ini membutuhkan teknologi seperti pemetaan Disk mentah sehingga VMs dapat mengakses penyimpanan bersama secara langsung. Apakah server fisik atau virtual, menggunakan penyimpanan bersama dapat membuat titik tunggal kegagalan. SAN dapat memiliki konfigurasi ketersediaan yang tinggi, tentu saja, tapi yang meningkatkan biaya dan kompleksitas yang, dan dapat mempengaruhi kinerja, khususnya untuk transaksi-intensif aplikasi seperti SQL Server. 4. HA vSphere cluster dapat dibangun tanpa mengorbankan VMware fungsi beberapa solusi pihak ketiga dibangun untuk mengatasi keterbatasan yang terkait dengan penyimpanan bersama dan persyaratan untuk menggunakan RDM dengan AlwaysOn Failover cluster SQL Server dan Windows Server Failover cluster. [keterangan id = "" align = "alignleft" width = "319"] Gambar 1 – konfigurasi high availability multi-situs melindungi aplikasi dari pemadaman yang mempengaruhi seluruh data center. [/ caption] Yang terbaik dari solusi ini memberikan fleksibilitas lengkap konfigurasi, sehingga memungkinkan untuk menciptakan sebuah cluster SANLess untuk memenuhi berbagai kebutuhan dari sebuah cluster dua-simpul di satu situs, sebuah cluster multinode, untuk sebuah cluster dengan node di lokasi geografis yang berbeda untuk perlindungan bencana seperti yang ditunjukkan dalam gambar 1. Beberapa solusi ini juga membuat mungkin untuk menerapkan LAN/WAN-dioptimalkan, real-time replikasi tingkat blok dalam salah satu cara yang sinkron atau asinkron. Akibatnya, solusi ini mampu menciptakan RAID 1 cermin di seluruh jaringan, secara otomatis mengubah arah replikasi data (sumber dan target) yang diperlukan setelah failover dan failback. Sama pentingnya, sebuah cluster SANLess sering lebih mudah untuk menerapkan dan beroperasi dengan server fisik dan virtual. Misalnya, untuk solusi yang terintegrasi dengan WSFC, administrator dapat mengkonfigurasi cluster ketersediaan tinggi menggunakan fitur akrab dengan cara yang menghindari penggunaan penyimpanan bersama sebagai titik tunggal kegagalan potensial. Setelah dikonfigurasi, kebanyakan solusi kemudian secara otomatis menyinkronkan penyimpanan lokal di dua atau lebih server (di satu atau lebih data Center), membuat mereka tampak WSFC seolah-olah itu adalah perangkat penyimpanan bersama. 5. HA SANLess cluster memberikan Superior kemampuan dan kinerja dalam penambahan untuk menciptakan titik tunggal kegagalan, replikasi data SAN dapat secara signifikan mengurangi throughput kinerja dalam lingkungan VMware. Sangat transaksional aplikasi seperti SQL Server sangat rentan terhadap faktor-faktor ini berkaitan dengan kinerja. [keterangan id = "" align = "alignleft" width = "362"] Gambar 2 – pengujian SQL Server grup ketersediaan AlwaysOn dan SIOS #SANLess cluster menunjukkan keuntungan throughput mungkin dengan replikasi teknik tujuan dibangun untuk ketersediaan tinggi dan kinerja tinggi. [/ caption] Gambar 2 meringkas hasil tes yang menunjukkan 60-70 persen kinerja penalti yang terkait dengan penggunaan SQL Server AlwaysOn grup ketersediaan melakukan replikasi data. Hasil test ini juga menunjukkan bagaimana tujuan-dibangun ketersediaan tinggi SANLess cluster, yang memanfaatkan penyimpanan lokal, dapat melakukan hampir serta konfigurasi tidak dilindungi dengan replikasi data apapun atau mirroring. Cluster #SANLess yang diuji mampu mencapai kinerja yang mengesankan ini karena driver berada langsung di bawah NTFS. Seperti menulis terjadi pada server utama, pengemudi menulis satu salinan dari blok VMDK lokal dan salinan lain secara bersamaan di seluruh jaringan ke server sekunder yang memiliki VMDK independen sendiri. SANLess kelompok memiliki banyak keuntungan lainnya, juga. Sebagai contoh, mereka yang menggunakan teknologi tingkat blok replikasi yang sepenuhnya terintegrasi dengan WSFC mampu melindungi seluruh SQL Server misalnya, termasuk database, login dan agen pekerjaan-semua dalam mode terpadu. Sebaliknya pendekatan ini dengan AlwaysOn ketersediaan kelompok, yang failover hanya ditetapkan pengguna database, dan memerlukan staf untuk mengelola lain objek data untuk setiap gugus node secara terpisah dan secara manual. ## Tentang penulis Jerry Melnick, COO, SIOS teknologi Corp Jerry Melnick (jmelnick@us.sios.com) bertanggung jawab untuk menentukan strategi perusahaan dan operasi di SIOS teknologi Corp (www.us.sios.com), pembuat perangkat lunak cluster SIOS SAN dan #SANLess (www.clustersyourway.com). Beliau lebih dari 25 tahun pengalaman dalam perusahaan dan industri perangkat lunak tingkat ketersediaan yang tinggi. Ia meraih gelar Bachelor of Science dari Beloit College dengan karya sarjananya di teknik komputer dan ilmu komputer di Universitas Boston.
- « Previous Page
- 1
- …
- 41
- 42
- 43
- 44
- 45
- …
- 75
- Next Page »