Memulihkan jenis database lain kembali ke sumber

Operasi Pemulihan Layanan Pencadangan dan DR memulihkan image cadangan ke sumber, yang menimpa data apa pun yang ada di sana.

Batasan dan solusi sistem

• Database sistem di partisi root yang dicadangkan sebagai snapshot logical volume manager (LVM) tidak dapat digunakan dalam operasi pemulihan karena partisi root tidak dapat dilepas. Hal ini memerlukan pemulihan dan pemulihan manual dari pemasangan standar kembali ke host yang sama.
  Untuk memulihkan image database tingkat volume dengan periode nonaktif yang lebih singkat bagi pengguna, lihat Memasang dan memigrasikan jenis database lainnya untuk pemulihan instan.

• Memulihkan kembali ke sumber tidak didukung jika beberapa instance menggunakan volume atau sistem file yang sama. Untuk memulihkan aplikasi tersebut, pasang image ke host dan gunakan prosedur untuk melakukan pemulihan database tunggal yang dijelaskan dalam Memulihkan satu database dari image cadangan berbasis volume ke sumber.

• Jika ada titik pemasangan bertingkat di bawah volume produksi yang dicadangkan, operasi pemulihan dan migrasi kembali ke sumber akan gagal karena volume produksi sedang sibuk dan tidak dapat dilepas.

• Untuk memulihkan /backup-disaster-recovery/docs/restore-data/otherdb-restore

Memulihkan database dari image cadangan tingkat volume ke sumber

Prosedur ini menggunakan pemulihan fisik area data sumber. Untuk memulihkan kembali ke sumber, ikuti petunjuk berikut:

1. Dari daftar Aplikasi Pengelola Aplikasi, klik kanan database yang dilindungi, lalu pilih Akses. Gunakan filter status Managed Backup Plan untuk hanya menampilkan database yang dilindungi.

2. Pilih gambar snapshot, lalu klik Pulihkan.

3. Pilih Tradisional—bukan pasang dan migrasikan.

4. Jika aplikasi sumber dilindungi oleh kebijakan snapshot yang telah mengaktifkan pencadangan log database, dan log tersedia dengan image, Anda dapat menggunakannya untuk melakukan roll forward ke titik waktu tertentu dengan mengubah opsi ini di bagian Roll Forward Time:

   • Kolom tanggal berisi semua kemungkinan tanggal yang dapat menjadi tanggal awal database di-roll forward—melalui penerapan log transaksi database. Pilih tanggal yang Anda inginkan untuk di-roll forward database.
   • Kolom waktu berisi penggeser yang menampilkan semua kemungkinan waktu pada tanggal yang dipilih yang dapat digunakan untuk melakukan roll forward database. Jika Anda memilih tanggal terbaru yang memungkinkan, lalu memindahkan penggeser ke posisi paling kanan, tugas pemulihan akan berlaku untuk semua log yang tersedia. Jika Anda memilih tanggal paling awal dan memindahkan penggeser ke posisi paling kiri, tugas pemulihan tidak akan menerapkan log.
   • Anda dapat menentukan untuk melakukan roll forward menggunakan Waktu Pengguna atau Waktu Host. Waktu Pengguna bersifat relatif terhadap waktu lokal pengguna saat ini. Waktu host bersifat relatif terhadap sistem yang menghosting data yang akan dipulihkan.

5. Aktifkan Pulihkan dengan Pemulihan untuk menerapkan log yang dipulihkan.

6. Klik Kirim.

Catatan: Khusus SAP IQ. Setelah database dipulihkan, logging SAP IQ PITR (pemulihan titik waktu) harus disetel ke AKTIF untuk membuat cadangan log. Untuk mengonfigurasi opsi log PITR, Anda memerlukan SAP IQ API berikut:

  ```sh
    ALTER DBSPACE IQ_SYSTEM_LOG RENAME /pitr_log_location
    SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'
  ```

Memulihkan satu database dari image cadangan berbasis volume ke sumber

Untuk memulihkan satu image cadangan Db2 atau SAP ASE ke sumbernya, ikuti langkah-langkah berikut:

1. Dari daftar App Manager Applications, klik kanan database yang dilindungi, lalu pilih Access.

   Catatan: Anda dapat menggunakan filter status Managed Backup Plan untuk hanya menampilkan database yang dilindungi.

2. Pilih snapshot terbaru yang akan dipulihkan, lalu klik Mount.

3. Di Application Options, nonaktifkan Create New Virtual Application.

4. Di Mapping Options, berikan lokasi titik pemasangan.

   Misalnya, menggunakan /mymount akan memasang cadangan database di lokasi ini. Pencadangan log dipasang di /mymount_archivelog.

5. Klik Kirim.

6. Periksa halaman Monitor > Jobs untuk melihat kapan tugas pemasangan selesai.

7. Setelah tugas selesai, login ke server database sebagai root. Di server, ubah direktori menjadi /act/custom_apps/<var>database type</var>/restore.

8. Mendapatkan JobID pemasangan dari /var/act/log/UDSAgent.log. Untuk menemukan JobID, jalankan perintah berikut:

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "<var>mountpoint from step 4</var>"|tail -1
   

   Contoh:

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "/db2mnt" |tail -1
   2019-11-18 23:59:19.740 GEN-INFO \[22488\] **Job_0404207** Spawning cmd: mount -t ext4 /dev/act403764_DBDump_1574101677612/act_staging_vol /db2mnt 2>&1
   

9. ARCHIVELOG_MNT adalah <var>mountpoint provided in step 4</var>_archivelog.

10. Dari command line host target sebagai root, jalankan skrip:

IBM Db2

Skrip: act_db2_lvm_customdb_recovery.sh

Argumen untuk skrip:

SOURCE_INSTANCE = <var>Db2  Instance name</var>
DB_NAME=<var>Db2 Database name to be recovered(Single)</var>
TARGET_MNT = <var>Db2 Database image mountpoint name</var>
ARCHIVELOG_MNT= <var>Archive Log backup mount point name</var>
UNTIL_TIME = <var>Recovery Time(Format: "YYYY-MM-DD-HH.MI.SS")</var>
JOBID = <var>Database mount Job name</var>

Hubungkan ke instance Db2 dan pastikan database dipulihkan dan online.

db2 connect to <var>dbname</var>
db2 select db_status FROM SYSIBMADM.SNAPDB

SAP ASE

Jalankan skrip act_sybase_lvm_customdb_recovery.sh dengan argumen ini.

./act_sybase_lvm_customdb_recovery.sh OSUSER=sybase
TARGET_SYBASE_SQLD=/home/sybase/Sybase16Home/OCS-16_0 TARGET_MNT_PNT=/sngRst
TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa STRIPEON=4 TARGET_DBUSER_PASSWD=sybase
SRC_DBNAME=CU1 LOG_BKP_MNTPT=/sngRst_archivelog UNTIL_TIME="2019-11-07 20:31:27"
BEGIN_TIME="2019-11-07 19:31:27" JOBID="Job_2677627"

Argumen untuk skrip

OSUSER = SAP Ase OS owner name
TARGET_SYBASE_SQLD = SAP ASE iSQL path on the target recovery host
TARGET_MNT_PNT = SAP ASE Instance image mountpoint name
TARGET_SERVER_NAME = SAP ASE data server name on the target recovery host
TARGET_DB_USER = SAP ASE Instance username on the target recovery host
TARGET_DBUSER_PASSWD = SAP ASE Instance user password on the target recovery host
SRC_DBNAME = SAP ASE Database name to be recovered (Single)
LOG_BKP_MNTPT = SAP ASE Log image mountpoint name
BEGIN_TIME= Backup begin time (Format: "YYYY-MM-DD HH24:MI:SS")
UNTIL_TIME = Point in time to recover the database (Format: "YYYY-MM-DD HH24:MI:SS")
JOBID = Database mount Job name

Hubungkan ke database SAP ASE dan verifikasi data.

1. Di konsol pengelolaan, akses kembali image dan Unmount+Delete titik pemasangan database.

Memulihkan image cadangan Full+Incremental berbasis file ke sumber

Catatan: Database SAP ASE yang dilindungi dengan pencadangan berbasis Full+Incremental harus memiliki kumpulan karakter atau urutan pengurutan yang sama untuk database sumber dan target agar pemulihan berhasil. Untuk mengetahui detailnya, lihat Catatan SAP: 1860413 - Cara mengubah kumpulan karakter atau urutan pengurutan SAP ASE.

Prosedur ini akan menimpa data sumber. Untuk memulihkan database sumber dari image cadangan berbasis file, ikuti prosedur ini:

1. Dari daftar App Manager Applications, klik kanan database yang dilindungi, lalu pilih Access.

   Catatan: Anda dapat menggunakan filter status Managed Backup Plan untuk hanya menampilkan database yang dilindungi.

2. Pilih gambar snapshot, lalu klik Pulihkan.

3. Pilih Tradisional—bukan pasang dan migrasikan.

4. Gunakan Select Items untuk memilih satu atau beberapa database yang akan dipulihkan.

5. Aktifkan Pulihkan dengan Pemulihan untuk menerapkan semua log yang dipulihkan.

6. Klik Kirim. Tindakan ini akan memulai pemulihan fisik database sumber menggunakan API pemulihan database.

Catatan: Khusus SAP IQ. Setelah database dipulihkan, logging PITR SAP IQ harus disetel ke AKTIF untuk membuat cadangan log. Untuk mengonfigurasi opsi log PITR, Anda memerlukan SAP IQ API berikut:

  ALTER DBSPACE IQ_SYSTEM_LOG RENAME '/<var>pitr_log_location</var>'
  SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'