Bagikan melalui

Menyiapkan pemulihan bencana untuk aplikasi SharePoint untuk pemulihan bencana menggunakan Azure Site Recovery

  • Artikel

Artikel ini menjelaskan secara rinci cara melindungi aplikasi SharePoint menggunakan Azure Site Recovery.

Gambaran Umum

Microsoft SharePoint adalah aplikasi canggih yang bisa membantu grup atau departemen menata, mengelaborasi, dan membagi informasi. SharePoint bisa menyediakan portal intranet, manajemen dokumen dan file, kolaborasi, jejaring sosial, ekstranet, situs web, pencarian di perusahaan, dan kecerdasan bisnis. Ini juga memiliki integrasi sistem, integrasi proses, dan kemampuan otomatisasi alur kerja. Biasanya, organisasi menganggapnya sebagai aplikasi Tier-1 yang sensitif terhadap waktu henti dan kehilangan data.

Saat ini, Microsoft SharePoint tidak menyediakan kemampuan pemulihan bencana bawaan apa pun. Terlepas dari jenis dan skala bencana, pemulihan melibatkan penggunaan pusat data siaga tempat Anda dapat memulihkan farm. Pusat data siaga diperlukan untuk skenario di mana sistem dan cadangan redundan lokal tidak dapat pulih dari pemadaman di pusat data utama.

Solusi pemulihan bencana yang baik harus memungkinkan pemodelan rencana pemulihan di sekitar arsitektur aplikasi yang kompleks seperti SharePoint. Ini juga harus memiliki kemampuan untuk menambahkan langkah-langkah yang disesuaikan untuk menangani pemetaan aplikasi antara berbagai tingkatan dan karenanya memberikan failover satu klik dengan RTO yang lebih rendah jika terjadi bencana.

Artikel ini menjelaskan secara rinci cara melindungi aplikasi SharePoint menggunakan Azure Site Recovery. Artikel ini membahas praktik terbaik untuk mereplikasi aplikasi SharePoint tiga tingkat ke Azure, bagaimana Anda dapat melakukan latihan pemulihan bencana, dan bagaimana Anda bisa melakukan failover aplikasi ke Azure.

Prasyarat

Sebelum memulai, pastikan Anda memahami hal berikut:

  1. Mereplikasi komputer virtual ke Azure
  2. Cara merancang jaringan pemulihan
  3. Melakukan failover pengujian ke Azure
  4. Melakukan failover ke Azure
  5. Cara mereplikasi pengendali domain
  6. Cara mereplikasi Server SQL

Arsitektur SharePoint

SharePoint dapat disebarkan pada satu atau beberapa server menggunakan topologi bertingkat dan peran server untuk mengimplementasikan desain farm yang memenuhi tujuan tertentu. Ffarm server SharePoint yang besar dan permintaan tinggi yang mendukung sejumlah besar pengguna bersamaan dan sejumlah besar item konten menggunakan pengelompokan layanan sebagai bagian dari strategi skalabilitas mereka. Pendekatan ini melibatkan layanan yang berjalan pada server khusus, mengelompokkan layanan ini bersama-sama, dan kemudian menskalakan server sebagai grup. Topologi berikut ini mengilustrasikan pengelompokan layanan dan server untuk layanan farm server SharePoint tiga tingkat. Lihat dokumentasi SharePoint dan arsitektur baris produk untuk panduan terperinci tentang topologi SharePoint yang berbeda. Anda bisa menemukan detail selengkapnya tentang penyebaran SharePoint 2013 dalam dokumen ini.

Pola Penyebaran 1

Dukungan Azure Site Recovery

Site Recovery adalah aplikasi-agnostik dan harus bekerja dengan versi SharePoint apa pun yang berjalan pada mesin yang didukung. Untuk artikel ini, komputer virtual VMware dengan Windows Server 2012 R2 Enterprise digunakan. Edisi SharePoint 2013 Enterprise dan SQL server edisi Enterprise 2014 digunakan.

Sumber dan target

Skenario Ke situs sekunder Ke Azure
Hyper-V Ya Ya
VMware Ya Ya
Server Fisik Ya Ya
Azure TA Ya

Hal-hal yang perlu diingat

Jika Anda menggunakan kluster berbasis disk bersama sebagai tingkat apa pun dalam aplikasi Anda, maka Anda tidak dapat menggunakan replikasi Site Recovery untuk mereplikasi komputer virtual tersebut. Anda dapat menggunakan replikasi asli yang disediakan oleh aplikasi dan kemudian menggunakan rencana pemulihan untuk mengalihkan semua tingkatan.

Mulai mereplikasi mesin virtual

Ikuti panduan ini untuk mulai mereplikasi mesin virtual ke Azure.

  • Setelah replikasi selesai, pastikan Anda membuka setiap komputer virtual dari setiap tingkatan dan memilih ketersediaan yang sama yang diatur dalam Item>yang Direplikasi Pengaturan>Properti>Komputasi dan Jaringan. Misalnya, jika tingkat web Anda memiliki 3 komputer virtual, pastikan semua 3 komputer virtual dikonfigurasi untuk menjadi bagian dari set ketersediaan yang sama di Azure.

    Set-Availability-Set

  • Untuk panduan tentang melindungi Active Directory dan DNS, lihat dokumen Active Directory dan DNS.

  • Untuk panduan tentang melindungi tingkat database yang berjalan di server SQL, lihat dokumen server SQL.

Konfigurasi Jaringan

Properti jaringan

  • Untuk komputer virtual tingkat Aplikasi dan Web, konfigurasikan pengaturan jaringan di portal Azure sehingga komputer virtual terpasang ke jaringan DR yang tepat setelah failover.

    Pilih Jaringan

  • Jika Anda menggunakan IP statis, tentukan IP yang Anda inginkan untuk diambil komputer virtual di bidang IP Target

    Tetapkan IP Statis

DNS dan Perutean Lalu Lintas

Untuk situs yang menghadap internet, buat profil Manajer Lalu Lintas jenis 'Prioritas' di langganan Azure. Lalu konfigurasikan profil DNS dan Traffic Manager Anda dengan cara berikut.

Tempat Sumber Target
DNS Publik DNS Publik untuk situs SharePoint

Contoh: sharepoint.contoso.com		 Traffic Manager

contososharepoint.trafficmanager.net
DNS lokal sharepointonprem.contoso.com IP publik di farm lokal

Di profil Traffic Manager, buat titik akhir utama dan pemulihan. Gunakan titik akhir eksternal untuk titik akhir lokal dan IP publik untuk titik akhir Azure. Pastikan bahwa prioritas diatur lebih tinggi ke titik akhir lokal.

Host halaman pengujian pada port tertentu (misalnya, 800) di tingkat web SharePoint agar Traffic Manager mendeteksi failover postingan ketersediaan secara otomatis. Ini adalah solusi sementara jika Anda tidak bisa mengaktifkan autentikasi anonim di salah satu situs SharePoint Anda.

Konfigurasikan profil Traffic Manager dengan pengaturan berikut:

  • Metode perutean - 'Prioritas'
  • Waktu DNS untuk hidup (TTL) - '30 detik'
  • Pengaturan monitor titik akhir - Jika Anda dapat mengaktifkan autentikasi anonim, Anda dapat memberikan titik akhir situs web tertentu. Atau, Anda dapat menggunakan halaman pengujian pada port tertentu (misalnya, 800).

Membuat rencana pemulihan

Rencana pemulihan memungkinkan pengurutan failover berbagai tingkatan dalam aplikasi multi-tingkat, oleh karena itu, mempertahankan konsistensi aplikasi. Ikuti langkah-langkah yang diberikan saat membuat rencana pemulihan untuk aplikasi web multi-tingkat. Pelajari selengkapnya tentang membuat rencana pemulihan.

Menambahkan mesin virtual ke grup failover

  1. Buat rencana pemulihan dengan menambahkan komputer virtual tingkat Aplikasi dan Web.

  2. Klik 'Sesuaikan' untuk mengelompokkan komputer virtual. Secara default, semua komputer virtual adalah bagian dari 'Grup 1'.

    Mengkustomisasi RP

  3. Buat Grup lain (Grup 2) dan pindahkan komputer virtual tingkat Web ke grup baru. Komputer virtual tingkat Aplikasi Anda harus menjadi bagian dari 'Grup 1' dan komputer virtual tingkat Web harus menjadi bagian dari 'Grup 2'. Hal ini untuk memastikan bahwa komputer virtual tingkat aplikasi melakukan booting terlebih dahulu diikuti oleh komputer virtual tingkat Web.

Menambahkan skrip ke rencana pemulihan

Anda dapat menyebarkan skrip Azure Site Recovery yang paling umum digunakan ke akun Automation Anda dengan mengklik tombol 'Sebarkan ke Azure'. Saat Anda menggunakan skrip yang diterbitkan, pastikan Anda mengikuti panduan dalam skrip.

Sebarkan ke Azure

  1. Tambahkan skrip pra tindakan ke 'Grup 1' ke grup Ketersediaan SQL failover. Gunakan skrip yang ASR-SQL-FailoverAG diterbitkan dalam skrip sampel. Pastikan mengikuti panduan dalam skrip tersebut dan buat perubahan yang diperlukan dalam skrip dengan tepat.

    Add-AG-Script-Step-1

    Add-AG-Script-Step-2

  2. Tambahkan skrip pasca-tindakan untuk melampirkan penyeimbang muatan ke mesin virtual di tingkat Web yang failover (Grup 2). Gunakan skrip yang ASR-AddSingleLoadBalancer diterbitkan dalam skrip sampel. Pastikan mengikuti panduan dalam skrip tersebut dan buat perubahan yang diperlukan dalam skrip dengan tepat.

    Add-LB-Script-Step-1

    Add-LB-Script-Step-2

  3. Tambahkan langkah manual untuk memperbarui catatan DNS untuk mengarahkan ke farm baru di Azure.

    • Untuk situs yang menghadap internet, tidak ada pembaruan DNS yang diperlukan pasca failover. Ikuti langkah-langkah yang dijelaskan di bagian 'Panduan jaringan' untuk mengonfigurasi Traffic Manager. Jika profil Traffic Manager telah disiapkan seperti yang dijelaskan di bagian sebelumnya, tambahkan skrip untuk membuka port dummy (800 dalam contoh) di komputer virtual Azure.

    • Untuk situs yang menghadap internal, tambahkan langkah manual untuk memperbarui catatan DNS untuk mengarahkan ke IP load balancer komputer virtual tingkat Web baru.

  4. Tambahkan langkah manual untuk memulihkan aplikasi pencarian dari cadangan atau memulai layanan pencarian baru.

  5. Untuk memulihkan aplikasi layanan Pencarian dari cadangan, ikuti langkah-langkah berikut:

    • Metode ini mengasumsikan bahwa cadangan Aplikasi Layanan Pencarian dilakukan sebelum peristiwa bencana dan bahwa cadangan tersedia di situs DR.
    • Ini dapat dengan mudah dicapai dengan menjadwalkan cadangan (misalnya, sehari sekali) dan menggunakan prosedur salinan untuk menempatkan cadangan di situs DR. Prosedur penyalinan dapat mencakup program berskrip seperti AzCopy (Azure Copy) atau menyiapkan DFSR (Distributed File Services Replication/Replikasi Layanan File Terdistribusi).
    • Sekarang setelah farm SharePoint berjalan, navigasikan Administrasi Pusat, 'Cadangkan dan Pulihkan' dan pilih Pulihkan. Pemulihan menginterogasi lokasi cadangan yang ditentukan (Anda mungkin perlu memperbarui nilai). Pilih cadangan Aplikasi Layanan Pencarian yang ingin Anda pulihkan.
    • Pencarian dipulihkan. Perlu diingat bahwa pemulihan mengharapkan untuk menemukan topologi yang sama (jumlah server yang sama) dan huruf hard drive yang sama yang ditetapkan ke server tersebut. Untuk informasi selengkapnya, lihat dokumen 'Pulihkan aplikasi layanan Pencarian di SharePoint 2013'.

  6. Untuk memulai dengan aplikasi layanan Pencarian baru, ikuti langkah-langkah berikut:

    • Metode ini mengasumsikan bahwa cadangan database Administrasi Pencarian tersedia di situs DR.
    • Karena database Aplikasi Layanan Pencarian lainnya tidak direplikasi, database tersebut perlu dibuat ulang. Untuk melakukannya, navigasi ke Administrasi Pusat dan hapus Aplikasi Layanan Pencarian. Di server mana pun yang meng-hosting Indeks Pencarian, hapus file indeks.
    • Buat ulang Aplikasi Layanan Pencarian dan ini membuat ulang database. Disarankan untuk memiliki skrip yang disiapkan yang membuat ulang aplikasi layanan ini karena tidak dimungkinkan untuk melakukan semua tindakan melalui GUI. Misalnya, mengatur lokasi drive indeks dan mengonfigurasi topologi pencarian hanya dimungkinkan dengan menggunakan cmdlet SharePoint PowerShell. Gunakan cmdlet Windows PowerShell Restore-SPEnterpriseSearchServiceApplication dan tentukan database Administrasi Pencarian yang dikirim dan direplikasi log, Search_Service__DB. Cmdlet ini memberikan konfigurasi pencarian, skema, properti terkelola, aturan, dan sumber dan membuat set default komponen lainnya.
    • Setelah Aplikasi Layanan Pencarian dibuat ulang, Anda harus memulai crawl penuh untuk setiap sumber konten untuk memulihkan Layanan Pencarian. Anda kehilangan beberapa informasi analitik dari farm lokal, seperti rekomendasi pencarian.

  7. Setelah semua langkah selesai, simpan rencana pemulihan dan rencana pemulihan akhir terlihat seperti berikut:

    RP Tersimpan

Menjalankan failover pengujian

Ikuti panduan ini untuk melakukan failover pengujian.

  1. Pergi ke portal Microsoft Azure, dan pilih vault Azure Site Recovery Anda.
  2. Pilih rencana pemulihan yang dibuat untuk aplikasi SharePoint.
  3. Pilih Uji Failover.
  4. Pilih titik pemulihan dan jaringan virtual Azure untuk memulai proses failover pengujian.
  5. Ketika lingkungan sekunder telah habis, Anda dapat melakukan validasi.
  6. Setelah validasi selesai, Anda dapat mengklik ‘Bersihan failover pengujian’ pada rencana pemulihan, dan lingkungan failover pengujian dibersihkan.

Untuk panduan tentang melakukan failover pengujian untuk AD dan DNS, lihat Dokumen pertimbangan failover pengujian untuk AD dan DNS.

Untuk panduan melakukan failover pengujian untuk grup ketersediaan SQL Always ON, lihat Dokumen melakukan DR Aplikasi dengan Azure Site Recovery dan melakukan failover pengujian.

Melakukan failover

Ikuti panduan ini untuk melakukan failover.

  1. Pergi ke portal Microsoft Azure, dan pilih vault Azure Site Recovery Anda.
  2. Klik pada rencana pemulihan yang dibuat untuk aplikasi SharePoint.
  3. Klik 'Failover'.
  4. Pilih titik pemulihan untuk memulai proses failover.

Langkah berikutnya

Pelajari selengkapnya tentang mereplikasi aplikasi lain menggunakan Site Recovery.