Archives

Mencapai Poin Pemulihan Konsisten Aplikasi SQL Server 2008 R2 Dengan Azure Site Recovery Di Azure

Juni 20, 2019 by Jason Aw Leave a Comment

Mencapai Poin Pemulihan Konsisten Aplikasi SQL Server 2008 R2 Dengan Azure Site Recovery Di Azure

Jika Anda ingin menggunakan ASR untuk mereplikasi SQL Server 2008 R2 mandiri atau contoh berkerumun, Anda perlu memperbarui SQL Writer ke 2012 atau yang lebih baru. Anda dapat menggunakan versi SQL express karena ini adalah unduhan gratis. https://www.microsoft.com/en-us/download/details.aspx?id=29062 Setelah diunduh, navigasikan ke lokasi unduhan dan jalankan executable dengan / x. Ini akan memberi Anda opsi untuk menentukan lokasi untuk mengekstrak file.

ENU  x64  SQLEXPRADV_x64_ENU.exe / x

Setelah ekstraksi selesai, navigasikan ke lokasi yang diekstraksi dan lokasi berikut: SQL 1033_enu_lp x64 setup x64 Di dalam folder itu Anda harus menemukan SQLWriter.msi. Jalankan ini pada sistem di mana Anda ingin memperbarui penulis SQL. Anda sekarang akan dapat menggunakan ASR untuk melakukan titik pemulihan aplikasi yang konsisten dari SQL Server 2008 R2. Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Dampak Pemadaman Awan Besar Mempengaruhi Mesin Hitung Google – Apakah Anda Siap?

Juni 7, 2019 by Jason Aw Leave a Comment

Dampak Pemadaman Awan Besar Mempengaruhi Mesin Hitung Google – Apakah Anda Siap?

Google pertama kali melaporkan "Masalah" pada 2 Juni 2019 pukul 12:25 PDT. Seperti sekarang umum dalam semua jenis bencana, laporan pemadaman ini pertama kali muncul di media sosial. Media sosial tampaknya merupakan tempat yang paling dapat diandalkan untuk mendapatkan semua jenis informasi di awal bencana sekarang.

Twitter dengan cepat menjadi sumber informasi pertama tentang apa pun mulai dari revolusi, bencana alam hingga penghentian cloud. [/ caption]

Banyak layanan yang mengandalkan Google Compute Engine terkena dampaknya. Saya punya tiga anak remaja di rumah. Sesuatu naik ketika ketiga anak itu muncul dari gua-gua mereka, alias, kamar tidur, pada saat yang sama dengan ekspresi khawatir di wajah mereka. Snapchat, Youtube dan Discord semuanya offline! Mereka pasti berpikir bahwa ini adalah tanda pertama dari kiamat. Saya meyakinkan mereka bahwa ini bukanlah awal dari zaman kegelapan yang baru. Dan sebaliknya mereka harus pergi keluar dan melakukan pekerjaan halaman. Itu membuat mereka takut kembali ke dunia nyata dan mereka dengan cepat pergi mencari sesuatu yang lain untuk mengisi waktu mereka. Semua bercanda samping, ada banyak layanan yang dilaporkan turun, atau hanya tersedia di daerah-daerah tertentu. Debu masih menempel pada penyebab, luasnya dan cakupan pemadaman. Tetapi jelas bahwa pemadaman itu cukup signifikan dalam ukuran dan ruang lingkup, berdampak pada banyak pelanggan dan layanan termasuk Gmail dan layanan G-Suite lainnya, Vimeo dan banyak lagi.

Sementara kami menunggu analisis akar penyebab resmi pada pemadaman Google Compute Engine terbaru ini, Google melaporkan "tingkat kemacetan jaringan yang tinggi di AS bagian timur" yang menyebabkan downtime. Kami harus menunggu untuk melihat apa yang mereka tentukan menyebabkan masalah jaringan. Apakah itu kesalahan manusia, serangan cyber, kegagalan perangkat keras, atau sesuatu yang lain?

Apakah Anda Siap untuk Pemadaman Awan Ini?

Saya menulis selama pemadaman awan besar terakhir. Jika Anda menjalankan beban kerja kritis bisnis di cloud, terlepas dari penyedia layanan cloud, Anda berkewajiban untuk merencanakan pemadaman yang tak terhindarkan. Pemadaman multi-hari Azure pada 4 September 2018 terkait dengan kegagalan sistem HVAC sekunder untuk menendang selama lonjakan daya yang terkait dengan badai listrik. Sementara kegagalan itu hanya dalam satu pusat data, pemadaman listrik itu memaparkan beberapa layanan yang memiliki ketergantungan pada pusat data tunggal ini. Ini membuat pusat data itu sendiri titik kegagalan tunggal.

Memiliki Rencana Pemulihan Bencana yang Baik

Memanfaatkan infrastruktur cloud, meminimalkan risiko dengan terus menerus mereplikasi data penting antara Zona Ketersediaan, Wilayah, atau bahkan penyedia layanan cloud. Selain perlindungan data, memiliki prosedur untuk memulihkan aplikasi penting bisnis dengan cepat adalah bagian penting dari setiap rencana pemulihan bencana. Ada berbagai opsi replikasi dan pemulihan yang tersedia. Ini termasuk layanan yang disediakan oleh vendor cloud itu sendiri seperti Azure Site Recovery, untuk solusi spesifik aplikasi seperti SQL Server Always On Availability Groups, untuk solusi pihak ketiga seperti SIOS DataKeeper yang melindungi berbagai aplikasi yang berjalan pada Windows dan Linux. Memiliki strategi pemulihan bencana yang sepenuhnya tergantung pada penyedia cloud tunggal membuat Anda rentan terhadap skenario yang mungkin berdampak pada banyak wilayah dalam satu cloud. Bencana multi-pusat data atau multi-wilayah tidak mungkin terjadi. Namun, seperti yang kita lihat dengan pemadaman baru-baru ini dan pemadaman Azure musim gugur yang lalu, bahkan jika kegagalan bersifat lokal untuk pusat data tunggal, dampaknya dapat luas menjangkau beberapa pusat data atau bahkan wilayah dalam awan. Untuk meminimalkan risiko Anda, pertimbangkan skenario multi-cloud atau cloud hybrid di mana situs pemulihan bencana berada di luar platform cloud utama Anda. Cloud sama rentan terhadap pemadaman seperti pusat data Anda sendiri. Anda harus mengambil langkah-langkah untuk bersiap menghadapi bencana. Saya sarankan Anda mulai dengan melihat aplikasi paling penting bisnis Anda terlebih dahulu. Apa yang akan Anda lakukan jika mereka offline dan portal cloud untuk mengelolanya bahkan tidak tersedia? Bisakah kamu pulih? Apakah Anda memenuhi tujuan RTO dan RPO Anda? Jika tidak, mungkin sekarang saatnya untuk mengevaluasi kembali strategi Disaster Recovery Anda.

"Dengan gagal mempersiapkan, Anda bersiap untuk gagal." – Benjamin Franklin

Blade Azure "SQL Server Settings" Baru Di Portal Azure

Mei 30, 2019 by Jason Aw Leave a Comment

Blade Azure "SQL Server Settings" Baru Di Portal Azure

Ada blade baru di portal Azure saat membuat mesin virtual SQL Server baru. Saya telah mencari pengumuman tentang pengalaman portal Azure baru ini tetapi tidak berhasil. Fitur ini tidak tersedia ketika saya mengambil screenshot layar untuk posting terakhir saya tentang membuat SQL Server 2008 R2 FCI di Azure pada 19 April. Saya kira itu pasti relatif baru.

Blade Azure "SQL Server Settings" baru pada portal Azure [/ caption]

Sebagian besar pengaturan cukup jelas. Di bawah Keamanan dan Jaringan, Anda dapat menentukan port tempat Anda ingin mendengarkan SQL. Itu juga tampak seolah-olah Azure Security Group akan diperbarui untuk memungkinkan berbagai tingkat akses ke contoh SQL: Lokal, Pribadi atau Publik. Opsi otentikasi juga ditampilkan di blade pengaturan SQL Server baru ini.

Opsi Keamanan, Jaringan dan Otentikasi adalah bagian dari penyebaran SQL Server Anda [/ caption]

Sisa fitur termasuk opsi lisensi, tambalan, dan cadangan. Selain itu, jika Anda menggunakan SQL Server 2016 atau Enterprise Edition, Anda juga memiliki opsi untuk mengaktifkan SQL Server R Services untuk analitik tingkat lanjut.

Opsi Perizinan, Penambalan, Pencadangan, dan Layanan R dapat dikonfigurasi secara otomatis [/ caption]

Semua opsi tersebut merupakan tambahan selamat datang untuk pengalaman portal Azure saat menyediakan contoh SQL Server baru. Saya yakin DBA berpengalaman mungkin memiliki daftar beberapa lusin opsi lain yang ingin mereka ubah sebelum penyebaran SQL Server, tetapi ini jelas merupakan langkah ke arah yang benar.

Opsi Konfigurasi Penyimpanan

Fitur baru yang paling menarik yang saya temukan pada blade ini adalah opsi Konfigurasi Penyimpanan.

Ketika Anda mengklik Ubah Konfigurasi, Anda mendapatkan bilah berikut.

Saat Anda menggeser slider IOPS ke kanan Anda akan melihat jumlah disk data meningkat, Ukuran Penyimpanan meningkat, dan Throughput meningkat. Anda akan dibatasi jumlah maksimum IOPS dan disk yang didukung oleh ukuran instance itu. Anda lihat di tangkapan layar di bawah ini saya bisa mencapai 80.000 IOPS ketika menyediakan penyimpanan untuk instance E64-16s_v3 Standar.

Ukuran instance Standard E64-16s_v3 mendukung hingga 80.000 IOPS [/ caption]

Ada juga opsi "Optimalisasi penyimpanan". Saya belum mencoba semua kombinasi berbeda untuk mengetahui dengan tepat apa yang dilakukan pengaturan Optimasi penyimpanan. Jika Anda tahu bagaimana berbagai opsi mengubah konfigurasi penyimpanan, beri saya komentar, atau kami hanya akan menunggu dokumentasi resmi dirilis.

Untuk pengujian saya, saya menyediakan instance Standard DS13 v2 dan memaksimalkan IOPS pada 25600, IOPS maks untuk ukuran instance itu. Saya juga mengoptimalkan penyimpanan untuk pemrosesan Transaksional.

Saya menemukan bahwa ketika instance ini disediakan, enam disk premium P30 terpasang pada instance tersebut. Ini masuk akal, karena masing-masing P30 memberikan 5000 IOPS, sehingga akan diperlukan setidaknya enam dari mereka untuk mengirimkan 25.600 IOPS yang diminta. Ini juga meningkatkan Ukuran Penyimpanan menjadi 6 TB, karena setiap P30 memberi Anda 1 TB ruang penyimpanan. Caching host Read-only juga diaktifkan pada disk ini.

Keenam disk secara otomatis disediakan dan dilampirkan ke instance [/ caption]

Saya masuk ke instance untuk melihat apa yang telah dilakukan Azure dengan disk tersebut. Untungnya, mereka telah melakukan persis apa yang akan saya lakukan; mereka membuat Pool Penyimpanan tunggal dengan enam disk P30 dan menciptakan Ruang Penyimpanan Sederhana (alias, RAID 0) dan menyediakan 6 TB F tunggal: drive. Panduan konfigurasi penyimpanan ini memvalidasi beberapa asumsi penyimpanan cloud yang saya buat di posting blog saya sebelumnya, Pertimbangan Penyimpanan untuk Menjalankan SQL Server di Azure. Sepertinya satu disk besar harus cukup dalam sebagian besar keadaan.

Ruang Penyimpanan Sederhana yang terdiri dari enam P30 disajikan sebagai F: drive tunggal

Optimalisasi penyimpanan ini tidak tersedia di setiap penawaran Azure Marketplace. Misalnya, jika Anda memindahkan SQL Server 2008 R2 ke Azure untuk pembaruan keamanan yang diperluas, Anda akan menemukan bahwa optimasi penyimpanan ini tidak tersedia di gambar SQL2008R2 / Windows Server 2008 R2 Azure Marketplace. Tentu saja, Storage Spaces tidak diperkenalkan hingga Windows Server 2012, sehingga masuk akal. Saya memang memverifikasi bahwa opsi ini tersedia dengan SQL Server 2012 SP4 pada penawaran Windows Server 2012 R2Azure Marketplace. Namun ada sedikit ketidaknyamanan. Selain menambahkan opsi konfigurasi penyimpanan baru ini pada blade pengaturan SQL Server, mereka juga menghapus opsi untuk menambahkan Data Disk pada blade Disk. Katakanlah saya ingin menyediakan penyimpanan tambahan tanpa membuat Ruang Penyimpanan. Untuk melakukan itu, saya harus membuat instance terlebih dahulu dan kemudian kembali dan menambahkan disk data setelah itu mesin virtual disediakan.

Pikiran terakhir

Semua opsi konfigurasi SQL Server di blade Azure baru ini merupakan tambahan selamat datang. Saya ingin melihat daftar pengaturan merdu tumbuh. Teks informasi harus mencakup panduan praktik terbaik saat ini untuk setiap merdu. Apa SQL Server atau Windows OS tunables yang ingin Anda lihat terkena sebagai bagian dari proses penyediaan untuk membuat hidup Anda sebagai DBA lebih mudah? Tunables ini membuat hidup Anda lebih mudah. Mereka juga akan membuat DBA junior terlihat seperti pro musim dengan membimbing mereka melalui semua praktik terbaik konfigurasi SQL Server saat ini. Saya pikir opsi konfigurasi Penyimpanan baru mungkin merupakan tambahan baru yang paling menarik. Sebelum panduan konfigurasi penyimpanan, pengguna harus mengetahui batas ukuran instance mereka, batas penyimpanan yang mereka tambahkan. Selain itu, miliki sarana untuk memisahkan beberapa disk dalam Ruang Penyimpanan Sederhana untuk mendapatkan IOPS maksimum. Beberapa tahun yang lalu, saya mengumpulkan Kalkulator Penyimpanan Azure sederhana untuk membantu orang membuat keputusan ini. Kalkulator saya saat ini kedaluwarsa. Yang mengatakan, opsi konfigurasi Penyimpanan baru ini mungkin membuatnya usang. Saya akan senang melihat wizard konfigurasi Penyimpanan ini disertakan sebagai penawaran standar dalam blade Disk setiap jenis Windows. Alih-alih hanya dalam contoh SQL Server. Saya akan membiarkan pengguna memilih untuk menggunakan pengalaman "Konfigurasi" konfigurasi penyimpanan baru. Atau bahkan pengalaman "Klasik" di mana Anda menambahkan dan mengelola penyimpanan secara manual. Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Microsoft Build 2019 Pengumuman Dan Sesi Sesuai Permintaan

Mei 28, 2019 by Jason Aw Leave a Comment

Microsoft Build 2019 Pengumuman Dan Sesi Sesuai Permintaan

Ketinggalan Microsoft Build 2019 karena Anda tidak dapat pergi dari kantor untuk hadir? Anda akan senang mengetahui bahwa Microsoft telah menerbitkan semua sesi dan tersedia online tanpa biaya.

Menjadi konferensi yang berfokus pada pengembang, sebagian besar pengumuman ditujukan untuk pengembang. Anda dapat melihat daftar lengkap pengumuman yang dapat dicari di sini. https://azure.microsoft.com/en-us/updates/?updatetype=microsoft-build&Page=1

Apa itu Infrastruktur sebagai Kode?

Saya lebih dari seorang pria infrastruktur. Beberapa pengumuman yang lebih menarik bagi saya adalah sebagai berikut.

Solusi Azure VMware sekarang tersedia secara umum

Jika saya banyak berinvestasi di VMware dan ingin memperluas ke Azure, ketersediaan Solusi Azure VMware tentu akan membuka beberapa kemungkinan menarik. Sepertinya jika saya menggunakan contoh bare-metal atau contoh khusus, saya pada dasarnya dapat memiliki host ESX yang berjalan di Azure. Ini masuk akal bagi mereka yang merencanakan penyebaran cloud-hybrid dan ingin dengan mudah memindahkan beban kerja bolak-balik antara on-prem dan Azure. Tinggalkan saya komentar untuk memberi tahu saya mengapa ini menggairahkan Anda.

Azure Quickstart Center memungkinkan pelanggan baru untuk membangun proyek cloud dengan percaya diri

Saya belum melihat ini. Namun, ini terlihat SANGAT menarik bagi saya jika memang itu yang saya pikirkan. Seiring adopsi cloud terus tumbuh, demikian pula keahlian yang diperlukan dari profesional TI. Seorang profesional TI yang bijak ingin menjadi nyaman dengan Infrastruktur sebagai Kode (IaC). Hanya dua tahun yang lalu, rangkaian keterampilan ini tidak ada. Konsultan IT atau penyedia cloud yang lebih besar mungkin memiliki sedikit atau bahkan tidak memiliki pengalaman sama sekali. Selama setahun terakhir saya telah melihat keahlian ini menjadi lebih umum dengan pelanggan yang bekerja dengan saya. Ini sering merupakan metode penyebaran yang disukai. Pada saat yang sama, teknologi IaS juga telah matang. Saya memperkirakan bahwa jika Anda belum mengelola penyebaran cloud Anda dengan IaC, Anda akan berada dalam waktu dekat. Saya berharap bahwa penawaran baru dari Microsoft ini dapat menjadi pengantar yang bagus bagi para profesional TI yang ingin mendapatkan pengalaman dan pengetahuan IaC. Saya akan memposting artikel tindak lanjut setelah saya melihatnya.

Webinar: Ketersediaan Tinggi untuk SQL di VMware tanpa Pemetaan Perangkat Mentah

Mei 11, 2019 by Jason Aw Leave a Comment

Ketersediaan Tinggi untuk SQL di VMware tanpa Pemetaan Perangkat Mentah Webinar: Ketersediaan Tinggi untuk SQL di VMware tanpa Pemetaan Perangkat Mentah

Webinar: Ketersediaan Tinggi untuk SQL di VMware tanpa Pemetaan Perangkat Mentah

Tahukah Anda bahwa Anda dapat memiliki perlindungan ketersediaan tinggi (HA) untuk SQL di lingkungan VMware tanpa kerepotan Raw Device Mapping (RDM)? Membuat cluster penyimpanan bersama di lingkungan VMware berarti implementasi yang rumit menggunakan RDM – dan melepaskan fitur-fitur VMware penting, seperti Vmotion. Di webinar ini, pakar pengelompokan SIOS Tony Tomarchio menunjukkan cara mudah untuk membuat kluster failover di lingkungan VMware tanpa kompleksitas atau keterbatasan fitur Pemetaan Perangkat Mentah. Pelajari lebih lanjut tentang Ketersediaan Tinggi VMWare dengan SIOS. Daftar untuk Webinar: Ketersediaan Tinggi untuk SQL di VMware tanpa Pemetaan Perangkat Mentah