SIOS SANless clusters

November 1, 2022	Menginstal SAP MaxDB di Lingkungan HA Menginstal SAP MaxDB di Lingkungan HA Dokumentasi SAP umum di MaxDB ada di sini: https://maxdb.sap.com/documentation/ MaxDB adalah sistem manajemen basis data relasional (RDBMS) yang dijual oleh SAP untuk lingkungan besar (SAP dan non-SAP) yang memerlukan fungsionalitas basis data tingkat perusahaan. Langkah pertama untuk menyampaikan ketersediaan tinggi untuk aplikasi apa pun memastikannya diinstal sesuai dengan praktik terbaik. Blog ini memberikan wawasan penting untuk menginstal MaxDB di a SIOS LIfeKeeper untuk Linux lingkungan pengelompokan ketersediaan tinggi. Ini termasuk tautan ke dokumentasi instalasi terperinci yang disediakan oleh SAP. Instruksi ini mengasumsikan bahwa Anda akan melakukan langkah-langkah penginstalan MaxDB pada semua node di kluster SIOS LifeKeeper Anda yang akan menjadi node "produksi". 1. Mengunduh perangkat lunak MaxDB Gunakan akun SAP Anda untuk mengunduh paket MaxDB terbaru, dalam kasus saya 51054410_2 Unggah paket ke instance Linux Anda, dalam hal ini ke /mnt/software/ dan ekstrak file menggunakan SAPCAR dengan sakelar -xvf. cd ke folder "MaxDB_7.9___SP10_Build_05_" dan kemudian ke "DATA_UNITS" dan akhirnya "MAXDB_LINUX_X86_64" Dokumen SAP yang menjelaskan instalasi: https://maxdb.sap.com/doc/7_7/44/eb166db6f0108ee10000000a11466f/content.htm 2. Menggunakan Penginstal CLI Jalankan SDBINST, manajer instalasi MaxDB yang akan memulai proses instalasi. Telusuri opsi, tentukan nilainya atau terima defaultnya: Pilih 0 untuk semua komponen. Anda kemudian akan diminta untuk nama instalasi. Jalur penginstalan, deskripsi penginstalan, data pribadi, dan nomor port. Lokasi data instance instalasi ini akan menjadi privatedata dan nomor port adalah port yang akan digunakan instance ini saat berjalan, defaultnya adalah 7200 untuk instalasi pertama. Jika Anda perlu menghapus instalasi, ikuti langkah-langkah dalam dokumen SAP ini: https://maxdb.sap.com/doc/7_8/44/d8fc93daba5705e10000000a1553f6/content.htm 3. Penginstal GUI Untuk menggunakan penginstal GUI, Anda perlu mengatur xauth dan menggunakan xming (atau emulator X-Windows serupa), lihat https://superuser.com/questions/592185/how-do-i-get-x11-forwarding-to-work-on-windows-with-putty-and-xming Perhatikan bahwa perpustakaan grafis mungkin perlu diperbaiki. Perbaiki beberapa tautan perpustakaan, Versi Linux yang lebih baru memiliki perpustakaan grafis yang lebih baru dengan nama yang berbeda. Kami masih dapat menggunakan pustaka yang lebih baru tetapi MaxDB mengharapkan nama yang lebih lama dan karenanya kami akan membuat tautan simbolis ke pustaka yang ada ini dengan nama yang diharapkan ditemukan oleh MaxDB: ln /usr/lib64/lipangoxft-1.0.so.0 /usr/lib64 /libpangox-1.0.so.0 ln /usr/lib64/libpng12.so.0 /usr/lib64/libpng.so.3 ln /usr/lib64/libtiff.so.5 /usr/lib64/libtiff.so.3 Sekarang jalankan setup: cd /mnt/software/MaxDB_7.9___SP10_Build_05_/DATA_UNITS/MAXDB_LINUX_X86_64/ .//SDBSETUP Template ini hanya menentukan parameter untuk MaxDB yang akan dibuat sebagai bagian dari instalasi. Saya menggunakan Desktop PC/Laptop hanya karena ditujukan untuk instalasi pengguna tunggal kecil, Anda dapat mengubah sebagian besar parameter setelah instalasi selesai. Lihat ini catatan untuk lebih jelasnya. Secara default, pengguna pemilik global yang dibuat saat mengatur MaxDB mendapatkan /bin/false ditambahkan ke entri di /etc/passwd Penambahan ini untuk membatasi akun yang digunakan untuk instalasi MaxDB untuk alasan keamanan misalnya Anda tidak dapat login dengan akun ini. Dalam kasus kami, kami akan menggunakan pengguna ini dan kami dapat mengubah entri di /etc/passwd menjadi /etc/bash sehingga kami dapat masuk dan menggunakan pengguna yang dibuat untuk kami dalam contoh kami. 4. Menyiapkan database Setelah kita menginstal perangkat lunak MaxDB yang sebenarnya, kita perlu membuat database dan kemudian memulai database itu. Dalam contoh ini saya akan memanggil database saya SPS dan pengguna admin default adalah dbm dengan kata sandi dbm. sudo su – sdb dbmcli -s -R /sapdb/MAXDB/db db_create SPS dbm,dbm dbmcli -d SPS -u dbm,dbm user_put dbm PASSWORD=dbadmin Anda akan diarahkan ke prompt seperti ini “dbmcli on SPS>” ini berarti Anda terhubung ke SPS db sebagai sdb dan sekarang kami akan mengonfigurasi beberapa parameter yang diperlukan untuk menjalankan database. Fdm_startsession param_init OLTP param_put CAT_CACHE_SUPPLY 5000 param_put CACHE_SIZE 3000 param_put MAXDATAVOLUMES 5 param_put RUNDIRECTORYPATH /sapdb/MAXDB/jalankan param_checkall param_commitsession param_commitsession param_addvolume 1 DATA /slogDb /DI60 saatnya memulai DB: dbmcli -d SPS -u dbm,dbadmin db_start Semua perintah param dan dbmcli di atas akan menampilkan OK saat Anda menjalankannya. Jika tidak, biasanya mereka akan memberi Anda gambaran yang kabur tentang apa yang salah. dbmcli -d SPS -u dbm,dbadmin util_connect dbm,dbadmin db_activate dba,dba dbmcli -d SPS -u dbm,dbadmin load_systab -u dba,dba -ud domain dbmcli -d SPS -u dbm,dbm_,dbbadmin USER test PASSWORD test DBA BUKAN EKSKLUSIF media_put datasave FILE DATA 0 8 YA medium_put auto autosave FILE AUTO util_connect dbm,dbadmin backup_save data autosave_on Load_tutorial auto_extend on quit Ok, sekarang kita perlu membuat kunci DEFAULT untuk memungkinkan SPS-L terhubung ke sumber daya, ini dilakukan sebagai berikut: xuser -U sdb -d SPS -u dbm,dbadmin, pastikan ini dijalankan pada semua node produksi atau pastikan Anda menyalin /home/sdb/.XUSER.62 ke semua node produksi. Setelah item ini selesai, kita dapat memulai pendengar DB global menggunakan: /sapdb/programs/bin/sdbgloballistener start Setelah pendengar DB global berjalan, Anda harus dapat terhubung ke DB menggunakan sesuatu seperti MaxDB Studio atau SQL.
Oktober 27, 2022	Cara Menginstal SybaselIQ (16.1) Cara Menginstal SybaselIQ (16.1) Saya membuat partisi pada drive yang terpasang untuk digunakan sebagai tempat mengekstrak dan menjalankan penginstal perangkat lunak, dipasang di /mnt/software Dokumen ini adalah referensi yang berguna untuk digunakan selama proses instalasi dan konfigurasi. Berikan perhatian khusus pada paket dukungan yang diperlukan. Langkah 1: Persiapan Sistem Untuk instalasi ini saya menggunakan drive 500GB kedua yang terpasang pada instance. Saya membuat partisi berikut: Disk /dev/xvdf: 500 GiB, 536870912000 byte, 1048576000 sektor Unit: sektor 1 * 512 = 512 byte Ukuran sektor (logis/fisik): 512 byte / 512 byte Ukuran I/O (minimum/optimal): 512 byte / 512 byte Jenis label disk: gpt Pengidentifikasi disk: 691F3320-5AEE-CF43-802B-A121C0A27B7B Perangkat Mulai Sektor Akhir Jenis Ukuran /dev/xvdf1 2048 419432447 419430400 200G Sistem file Linux /dev/xvdf2 419432448 524290047 104857600 Sistem file 50G Linux /dev/xvdf3 524290048 52848 Saya membuat sistem file XFS di setiap partisi ini. Saya memasang disk: /dev/xvdf1 hingga /mnt/software – 200GB ruang untuk menampung media instalasi dll /dev/xvdf2 hingga /opt/sybaseiq – 50GB untuk menampung instalasi Sybase IQ, ini bisa lebih kecil misalnya 5GB /dev/xvdf3 hingga /opt/ demodb – 2GB untuk menyimpan database demo Sybase Database demo membutuhkan csh dan ksh untuk menjalankan skrip instalasi. Anda harus menginstal ini sebagai root dengan perintah "yum install csh" dan "yum install ksh". Ini untuk RHEL, distribusi Linux lainnya memiliki penginstal paket yang berbeda, ganti yum dengan penginstal paket mana pun yang tersedia. Langkah 2: Unduh Sybase IQ Unduh paket instalasi Sybase dari SAP Salin file rar SybaseIQ ke /mnt/software Langkah 3: Instal unrar Instal alat RAR/UNRAR, ini diperlukan untuk mengekstrak file RAR yang sangat disukai SAP Untuk RHEL, ambil paketnya cd /mnt/perangkat lunak/ wget https://www.rarlab.com/rar/rarlinux-x64-5.6.1.tar.gz tar -zxvf rarlinux-x64-5.6.1.tar.gz cd rar cp -v rar unrar /usr/local/bin Unrar penginstal SybaseIQ ke /mnt/software/Sybase /usr/local/bin/unrar x 51052038_part1.exe /mnt/software/Sybase Langkah 4: Buat Pengguna Admin Sybase Sybase merekomendasikan untuk tidak menginstal IQ sebagai root. Jadi saya membuat pengguna baru bernama sapiq “ useradd -g 4 -b /home -u 1500 sapiq ”, grup 4 di sistem saya adalah grup adm “ paswd sapiq ”, ubah kata sandi untuk pengguna sapiq baru Edit /home/sapiq/.bashrc, tambahkan sumber “/opt/sybaseiq/SYBASE.sh” ke file ini dan tambahkan /opt/sybaseiq/IQ-16_1/bin64/ ke variabel PATH Edit /home/sapiq/.bash_profile, tambahkan sumber “/opt/sybaseiq/SYBASE.sh” ke file ini Langkah 5: Buat lokasi untuk SybaseIQ Saya membuat partisi kedua pada drive yang terpasang dari atas, Sybase IQ <2GB – Saya membuat drive saya 5GB hanya untuk berada di sisi yang aman. Pasang ini ke lokasi pilihan Anda, saya menggunakan /opt/sybaseiq “ sudo chown sapiq.adm /opt/sybaseiq ”, pastikan pengguna sapiq memiliki direktori instalasi Langkah 6: Menjalankan Pengaturan SybaseIQ cd /mnt/software/Sybase/51052038/Sybase IQ Server 16.1/Linux pada IA64 64bit/ ./setup.bin Jika Anda memiliki pengaturan tampilan X-Windows dengan benar, ini akan secara otomatis meluncurkan penginstal GUI, jika setup.bin tidak temukan metode X-Display yang diharapkan maka itu akan kembali ke penginstal CLI interaktif. Perkenalan layar splash, cukup pilih Berikutnya. Ini adalah lokasi instalasi, Anda dapat menggunakan opsi "pilih" untuk menavigasi ke folder atau cukup ketik jalur. Saya memilih tipikal di sini, tetapi jika Anda memiliki paket khusus yang ingin Anda hilangkan atau sertakan, Anda mungkin ingin memilih Kustom. Saya akan menggunakan lisensi evaluasi untuk demo saya. Setuju dengan persyaratan lisensi. Anda dapat memverifikasi bahwa apa yang Anda pilih adalah apa yang Anda inginkan. Setelah Anda memverifikasi bahwa pilihan Anda benar, penginstalan akan dimulai – ini akan memakan waktu beberapa menit. Konfigurasikan port HTTP/HTTPS untuk kokpit. Konfigurasikan port RMI Cockpit yang akan digunakan. Konfigurasikan port Cockpit TDS yang akan digunakan. Setelah mengonfigurasi port kemudian kami ditanya apakah kami ingin menginstal Cockpit, saya berasumsi kami melakukannya. Dengan asumsi bahwa semuanya telah dikonfigurasi dengan benar maka Anda harus mendapatkan pesan yang berhasil. Ini menyimpulkan instalasi Sybase IQ. Menghapus instalasi SybaseIQ Jika Anda ingin menghapus Sybase IQ maka Anda dapat menggunakan uninstaller yang diinstal. Ini ditemukan di <Sybase Path>/sybuninstall/IQSuite misalnya /opt/sybaseiq/sybuninstall/IQSuite dan disebut "uninstall", jalankan sebagai berikut: /opt/sybaseiq/sybuninstall/IQSuite/uninstall Sekali lagi, Jika X-Forwarding dikonfigurasi dengan benar maka Anda akan mendapatkan uninstaller GUI, jika tidak maka Anda akan sekali lagi mendapatkan CLI interaktif. Jika kita ingin uninstall, maka pilih Next. Anda dapat memilih untuk menghapus hanya beberapa fitur atau dalam kebanyakan kasus saya membayangkan Anda ingin melakukan pencopotan total. Pencopot pemasangan memberi tahu kami apa yang akan dihapus. Saya memilih untuk menghapus file yang diinstal pengguna ini juga, karena saya ingin semua konten atau /opt/sybaseiq dihapus. Langkah 7: Mengonfigurasi basis data demo Setelah Anda menginstal Sybase IQ, kemungkinan besar Anda ingin mengonfigurasi database demo sehingga kami dapat menggunakannya dengan Penjaga Kehidupan SIOS . Pastikan Server Database Anda memiliki entri yang benar di /etc/hosts, dalam kasus saya, saya menambahkan VIP ke sistem saya dan kemudian membuat entri di /etc/hosts menggunakan nama host IMA-SYBASE. Untuk menginstal demo, Anda memerlukan lokasi untuk menginstal database ke mis. /opt/demodb. Anda perlu membuat lokasi ini dan memastikan itu dimiliki oleh pengguna yang menginstal Sybase IQ. Ubah direktori ke lokasi itu misalnya “cd /opt/demodb” . Jalankan skrip untuk menginstal demo db; Anda harus memberikan nama dba dan kata sandi dba, “ /opt/sybaseiq/IQ-16_1/demo/mkiqdemo.sh -dba sapdba -pwd sapdba” . Selama instalasi demo db, IQ dimulai dan pendengar basis data dimulai. Anda dapat menggunakan dbisql untuk menguji konektivitas. Anda dapat menggunakan Tools->Test Connection untuk memastikan bahwa Anda memiliki detail koneksi yang benar. Setelah Anda berhasil terhubung maka Anda siap untuk menggunakan SybaseIQ dan database Anda. Direproduksi dengan izin dari SIOS
Oktober 22, 2022	Buku Putih: Cluster Ketersediaan Tinggi di VMware vSphere tanpa Mengorbankan Fitur atau Fleksibilitas Cluster Ketersediaan Tinggi di VMware vSphere tanpa Mengorbankan Fitur atau Fleksibilitas Enam fakta utama yang harus Anda ketahui tentang perlindungan ketersediaan tinggi di VMware vSphere Banyak perusahaan besar memindahkan aplikasi penting dari server fisik tradisional ke lingkungan virtual, seperti VMware vSphere untuk memanfaatkan manfaat utama seperti fleksibilitas konfigurasi, mobilitas data dan aplikasi, dan penggunaan sumber daya TI yang efisien. Menyadari manfaat ini dengan aplikasi penting bisnis, seperti SQL Server atau SAP dapat menimbulkan beberapa tantangan. Makalah ini menjelaskan tantangan ini dan menyoroti enam fakta utama yang harus Anda ketahui tentang perlindungan HA di lingkungan VMware vSphere yang dapat menghemat uang Anda. Direproduksi dengan izin dari SIOS
Oktober 18, 2022	Perlindungan Ketersediaan Tinggi untuk Layanan Keuangan Perlindungan Ketersediaan Tinggi untuk Layanan Keuangan Secara historis, organisasi jasa keuangan menjalankan aplikasi penting pada mainframe. Namun, lembaga keuangan saat ini mungkin memiliki beban kerja kritis dalam berbagai konfigurasi, dari semua infrastruktur lokal, hibrid, dan semua in-cloud bergantung pada jenis server dan bandwidth yang tersedia untuk mengakomodasi konfigurasi ini. Pelajari cara merencanakan dan memastikan aplikasi dan sumber daya terkait lainnya di lingkungan HA/DR memenuhi kebutuhan organisasi akan skalabilitas, keandalan, dan fleksibilitas konfigurasi. Direproduksi dengan izin dari SIOS
Oktober 14, 2022	Cara menggunakan Azure Site Recovery (ASR) untuk mereplikasi Windows Server Failover Cluster (WSFC) yang menggunakan SIOS DataKeeper untuk penyimpanan cluster Cara menggunakan Azure Site Recovery (ASR) untuk mereplikasi Windows Server Failover Cluster (WSFC) yang menggunakan SIOS DataKeeper untuk penyimpanan cluster Pendahuluan Jadi, Anda telah membangun SQL Server Failover Cluster Instance (FCI), atau mungkin cluster SAP ASCS/ERS di Azure. Setiap node cluster berada di Availability Zone (AZ) yang berbeda, atau mungkin Anda memiliki persyaratan latensi yang ketat dan menggunakan Placement Proximity Groups (PPG) dan semua node Anda berada di Availability Set yang sama. Terlepas dari skenarionya, Anda sekarang memiliki tingkat ketersediaan yang jauh lebih tinggi untuk aplikasi penting bisnis Anda daripada jika Anda hanya menjalankan satu instans. Sekarang kamu punya ketersediaan tinggi (HA) tertutup, apa yang akan kamu lakukan untuk pemulihan bencana ? Bencana regional yang menyebabkan beberapa AZ jarang terjadi, tetapi seperti yang ditunjukkan oleh sejarah baru-baru ini, Ibu Pertiwi benar-benar dapat memberikan pukulan. Anda ingin bersiap jika seluruh wilayah offline. Azure Site Recovery (ASR) adalah penawaran pemulihan bencana sebagai layanan (DRaaS) Microsoft yang memungkinkan Anda mereplikasi seluruh VM dari satu wilayah ke wilayah lain. Itu juga dapat mereplikasi mesin virtual dan server fisik dari lokal ke Azure, tetapi untuk tujuan posting blog ini kami akan fokus pada kemampuan Azure Region-to-Region DR. Menyiapkan Pemulihan Situs Azure Kami akan menganggap Anda telah membangun cluster Anda menggunakan Penjaga Data SIOS . Jika tidak, berikut adalah beberapa petunjuk untuk membantu Anda memulai. Instans Failover Cluster dengan SQL Server di Azure VMs SIOS DataKeeper Cluster Edition untuk disk berbagi cluster SAP ASCS/SCS Kami juga akan menganggap Anda sudah familiar dengan Azure Site Recovery. Alih-alih panduan lain tentang pengaturan ASR, saya sarankan Anda membaca yang terbaru dokumentasi dari Microsoft. Artikel ini akan berfokus pada beberapa hal yang mungkin tidak Anda pertimbangkan dan langkah-langkah spesifik yang diperlukan untuk memperbaiki cluster Anda setelah failover ke subnet yang berbeda. Wilayah Berpasangan Sebelum Anda memulai jalur DR, Anda harus mengetahui konsep Azure Paired Regions. Setiap Wilayah di Azure memiliki Wilayah DR pilihan. Jika Anda ingin mempelajari lebih lanjut tentang Wilayah Berpasangan, kunjungi dokumentasi memberikan latar belakang yang bagus. Ada beberapa yang sangat bagus manfaat menggunakan wilayah pasangan Anda, tetapi terserah Anda untuk memutuskan wilayah mana yang ingin Anda gunakan untuk meng-host situs DR Anda. Lokasi Cloud Witness Ketika Anda awalnya membangun cluster Anda, Anda harus memilih jenis saksi untuk kuorum Anda. Anda mungkin telah memilih File Share Witness atau Cloud Witness. Biasanya salah satu dari jenis saksi tersebut harus berada di AZ yang terpisah dari node cluster Anda. Namun, ketika Anda mempertimbangkan bahwa, jika terjadi bencana, seluruh cluster Anda akan berjalan di wilayah DR Anda, ada opsi yang lebih baik. Anda harus menggunakan saksi awan, dan menempatkannya di wilayah DR Anda. Dengan menempatkan saksi cloud Anda di wilayah DR, Anda memberikan ketahanan tidak hanya untuk kegagalan AZ lokal, tetapi juga melindungi Anda jika seluruh wilayah gagal dan Anda harus menggunakan ASR untuk memulihkan kluster Anda di wilayah DR. Melalui keajaiban Dynamic Quorum dan Dynamic Witness, Anda dapat yakin bahwa meskipun wilayah DR Anda offline untuk sementara, hal itu tidak akan memengaruhi kluster produksi Anda. Konsistensi Multi-VM Saat menggunakan ASR untuk mereplikasi cluster, penting untuk mengaktifkan Konsistensi Multi-VM untuk memastikan bahwa titik pemulihan setiap node cluster berasal dari titik waktu yang sama. Itu memastikan bahwa replikasi tingkat blok DataKeeper yang terjadi di antara VM akan dapat dilanjutkan setelah pemulihan tanpa memerlukan sinkronisasi ulang lengkap. Poin Pemulihan Konsisten Crash Titik pemulihan konsisten aplikasi tidak didukung di kluster yang direplikasi. Saat mengonfigurasi opsi replikasi ASR, jangan aktifkan titik pemulihan konsisten aplikasi. Simpan Alamat IP Setelah Failover? Saat menggunakan ASR untuk mereplikasi ke situs DR Anda, ada cara untuk menjaga alamat IP VM tetap sama. Microsoft menjelaskannya dalam artikel berjudul Pertahankan alamat IP selama failover . Jika Anda dapat menjaga alamat IP tetap sama setelah failover, ini akan menyederhanakan proses pemulihan karena Anda tidak perlu memperbaiki alamat IP cluster atau titik akhir mirror DataKeeper, yang didasarkan pada alamat IP. Namun, dalam pengalaman saya, saya belum pernah melihat orang yang benar-benar mengikuti panduan di atas, jadi memulihkan cluster di subnet yang berbeda akan memerlukan beberapa langkah tambahan setelah pemulihan sebelum Anda dapat membawa cluster online. Upaya Kegagalan Pertama Anda Rencana pemulihan Karena Anda menggunakan Konsistensi Multi-VM, Anda harus melakukan failover VM Anda menggunakan Rencana Pemulihan. Itu dokumentasi memberikan panduan yang cukup mudah tentang cara melakukannya. Rencana Pemulihan mengelompokkan VM yang ingin Anda pulihkan bersama untuk memastikan semuanya failover bersama-sama. Anda bahkan dapat menambahkan beberapa grup VM ke Rencana Pemulihan yang sama untuk memastikan bahwa seluruh infrastruktur Anda gagal secara teratur. Rencana Pemulihan juga dapat meluncurkan skrip pasca pemulihan untuk membantu failover menyelesaikan pemulihan dengan sukses. Langkah-langkah yang saya jelaskan di bawah semuanya dapat ditulis sebagai bagian dari Rencana Pemulihan Anda, sehingga sepenuhnya mengotomatiskan proses pemulihan lengkap. Kami tidak akan membahas proses itu dalam posting blog ini, tetapi Microsoft mendokumentasikan proses ini . Alamat IP Statis Sebagai bagian dari proses pemulihan, Anda ingin memastikan VM baru memiliki alamat IP statis. Anda harus menyesuaikan properti antarmuka di Portal Azure sehingga VM selalu menggunakan alamat yang sama. Jika Anda ingin menambahkan alamat IP publik ke antarmuka, Anda juga harus melakukannya saat ini. konfigurasi jaringan Setelah VM yang direplikasi berhasil dipulihkan di situs DR, hal pertama yang ingin Anda lakukan adalah memverifikasi konektivitas dasar. Apakah konfigurasi IP sudah benar? Apakah instans menggunakan server DNS yang tepat? Apakah resolusi nama berfungsi dengan benar? Bisakah Anda melakukan ping ke server jarak jauh? Jika ada masalah dengan komunikasi jaringan maka sisa langkah yang dijelaskan di bawah ini pasti akan gagal. Jangan lewatkan langkah ini! Penyeimbang Beban Seperti yang mungkin Anda ketahui, kluster di Azure mengharuskan Anda mengonfigurasi penyeimbang beban agar konektivitas klien berfungsi. Penyeimbang beban tidak gagal sebagai bagian dari Rencana Pemulihan. Anda perlu membangun penyeimbang beban baru berdasarkan cluster yang sekarang berada di vNet baru ini. Anda dapat melakukan ini secara manual atau membuat skrip ini sebagai bagian dari Rencana Pemulihan Anda agar terjadi secara otomatis. Grup Keamanan Jaringan Berjalan di subnet baru ini juga berarti Anda harus menentukan Grup Keamanan Jaringan apa yang ingin Anda terapkan pada instans ini. Anda harus memastikan bahwa instance dapat berkomunikasi di seluruh port yang diperlukan. Sekali lagi, Anda dapat melakukan ini secara manual, tetapi akan lebih baik untuk membuat skrip ini sebagai bagian dari Rencana Pemulihan Anda. Perbaiki Alamat IP Cluster Jika Anda tidak dapat membuat perubahan yang dijelaskan sebelumnya untuk memulihkan instans Anda di subnet yang sama, Anda harus menyelesaikan langkah-langkah berikut untuk memperbarui alamat IP cluster dan alamat DataKeeper untuk digunakan di subnet baru. Setiap cluster memiliki alamat IP cluster inti. Apa yang akan Anda lihat jika Anda meluncurkan UI WSFC setelah failover adalah bahwa cluster tidak akan dapat terhubung. Ini karena alamat IP yang digunakan oleh cluster tidak valid di subnet baru. Jika Anda membuka properti dari sumber daya Alamat IP tersebut, Anda dapat mengubah alamat IP menjadi sesuatu yang berfungsi di subnet baru. Pastikan untuk memperbarui Jaringan dan Subnet Mask juga. Setelah Anda memperbaiki Alamat IP itu, Anda harus melakukan hal yang sama untuk alamat cluster lain yang Anda gunakan di sumber daya cluster Anda. Perbaiki Alamat Cermin DataKeeper Cermin SIOS DataKeeper menggunakan alamat IP sebagai titik akhir cermin. Ini disimpan dalam pekerjaan cermin dan cermin. Jika Anda memulihkan cluster berbasis DataKeeper di subnet yang berbeda, Anda akan melihat bahwa mirror muncul dalam status Resync Pending. Anda juga akan melihat bahwa IP Sumber dan IP Target mencerminkan subnet asli, bukan subnet situs DR. Memperbaiki masalah ini melibatkan menjalankan perintah dari SIOS yang disebut CHANGEMIRRORENDPOINTS . Penggunaan untuk CHANGEMIRRORENDPOINTS adalah sebagai berikut. emcmd <NEW source IP> CHANGEMIRRORENDPOINTS <volume letter> <ORIGINAL target IP> <NEW source IP> <NEW target IP> Dalam contoh kita, perintah dan output tampak seperti ini. Setelah perintah berjalan, GUI DataKeeper akan diperbarui untuk mencerminkan alamat IP baru seperti yang ditunjukkan di bawah ini. Cermin juga akan masuk ke kondisi pencerminan. Kesimpulan Anda sekarang telah berhasil mengonfigurasi dan menguji pemulihan bencana dari aplikasi penting bisnis Anda menggunakan kombinasi SIOS DataKeeper untuk ketersediaan tinggi dan Azure Site Recovery untuk pemulihan bencana. Jika Anda memiliki pertanyaan, atau ingin berkonsultasi dengan SIOS untuk membantu Anda merancang dan menerapkan ketersediaan tinggi dan pemulihan bencana untuk aplikasi penting bisnis Anda seperti SQL Server, SAP ASCS dan ERS, SAP HANA, Oracle atau aplikasi penting bisnis lainnya, silahkan hubungi kami . Direproduksi dengan izin dari SIOS