Memulihkan cadangan

Peringatan: Jika instance Anda dihosting pelanggan, jangan ubah file LookML secara langsung di sistem file instance Anda. Hal ini dapat menyebabkan error yang tidak terduga dalam alur kerja Git Anda. Untuk membuat perubahan pada file LookML, ikuti langkah-langkah di Menggunakan kontrol versi dan men-deploy.

Untuk mempelajari cara membuat cadangan Looker, lihat halaman dokumentasi Membuat cadangan.

Untuk restore instance Looker yang dihosting pelanggan ke host baru, selesaikan langkah-langkah berikut dari petunjuk penginstalan Looker:

• Pastikan server baru mematuhi spesifikasi server minimum.
• Aktifkan ntpd atau chronyd.
• Buat pengguna, grup, dan direktori rumah looker.
• Lewati download aplikasi Looker dan semua langkah penginstalan lainnya.

Setelah host baru disiapkan:

• Pulihkan file dari cadangan.

• Mulai Looker:

  sudo su - looker
  cd looker
  ./looker start
  

Lingkungan yang dikelompokkan

Untuk memulihkan database MySQL untuk lingkungan cluster:

• Hentikan Looker yang berjalan di cluster.
• Pulihkan database.
• Mulai instance Looker satu per satu.

Lihat dokumentasi MySQL untuk mengetahui detail selengkapnya tentang cara memulihkan database MySQL.

Memulihkan cadangan yang tidak bergantung pada keystore

Penginstalan yang dihosting pelanggan yang telah bermigrasi ke enkripsi GCM AES-256 dan membuat pencadangan yang tidak bergantung pada keystore perlu mengupdate database internal Looker setelah melakukan pemulihan.

Setelah memulihkan pencadangan yang tidak bergantung pada keystore, ikuti prosedur ini untuk mendekripsi KEK, mengenkripsi ulang menggunakan keystore lokal baru, dan memperbarui entri kunci di database internal:

1. Hentikan Looker:

   cd looker
   ./looker stop
   

   Jika Looker dikelompokkan, pastikan untuk menghentikan setiap node sebelum melanjutkan.

   Jika ada node yang masih berjalan saat Anda nanti mengeluarkan perintah restore_dr_backup, perintah akan gagal dengan pesan, "Ada node aktif lainnya yang terhubung ke database Looker backend ini. Jika Looker dinonaktifkan dalam satu menit terakhir, coba lagi dalam waktu dekat. Jika tidak, pastikan semua node di cluster dinonaktifkan."

2. Pastikan Looker dapat mengakses CMK yang digunakan untuk keystore lokal di lokasi tempat Anda memulihkan Looker. Jika CMK lokasi pemulihan disimpan dalam file, Anda dapat menggunakan variabel lingkungan LKR_MASTER_KEY_FILE untuk mengarah ke jalur file CMK:

   export LKR_MASTER_KEY_FILE=<path_to_CMK_file>
   

   atau, jika ingin memberikan CMK lokasi pemulihan secara langsung dalam variabel lingkungan, Anda dapat menggunakan variabel lingkungan LKR_MASTER_KEY_ENV:

   export LKR_MASTER_KEY_ENV=<CMK_value>
   

3. Perbarui database internal:

   ./looker restore_dr_backup <path_to_CMK_file>
   

   dengan <path_to_CMK_file> adalah jalur dan nama file kunci teks biasa yang dibuat saat pencadangan independen keystore dibuat. File kunci memiliki format berikut:

   {"dbmk":"vr1LUwO3q6weY8iS3JykVljSjiD4m6eGk227Cs7Qu9Q=\n","backup_uid":"XCXvRa38mNeqT6+HRBCo2Q=="}
   

   dengan nilai untuk dbmk adalah kunci enkripsi 256-bit encoding Base64 dan backup_uid adalah nama unik yang digunakan saat menyimpan kunci ke database.

Setelah memperbarui database internal Looker, Anda dapat memulai Looker seperti biasa. Setelah Looker berjalan, sebaiknya hapus file kunci teks biasa yang digunakan untuk membuat cadangan yang tidak bergantung pada keystore.