Backup & Restore

Buka tab Backup & Restore layanan.

Database

Untuk layanan PostgreSQL dan yang kompatibel dengan MySQL, backup menjalankan pg_dump atau mysqldump di dalam kontainer yang berjalan dan menyimpan hasil dump-nya. Unduh, atau pulihkan ke layanan ini atau layanan lain. Restore menjalankan SQL terhadap database yang aktif dan bisa terterapkan sebagian bila gagal.

Mengunggah backup

Upload menerima:

• SQL dari pg_dump, pg_dumpall, atau mysqldump, biasa atau dikompresi gzip (.sql, .sql.gz);
• backup database Zeabur (.zip yang diunduh dari Zeabur, meskipun bernama .sql.gz);
• .tar tanpa kompresi untuk volume.

Unggahan dikonversi saat disimpan. Cluster dump PostgreSQL (pg_dumpall, yang berisi backup PostgreSQL Zeabur) menjadi restore satu-satunya database aplikasi di dalamnya ke database layanan ini:

• Role dibuat jika belum ada, dengan kata sandi dari backup. Ubahlah bila kredensial platform lama mungkin pernah terekspos.
• Role superuser dari backup (root milik Zeabur) dipulihkan tanpa hak superuser atau login, sehingga kata sandi admin lama tidak pernah menjadi login admin di sini. Objek yang dimilikinya tetap dengan pemilik itu.
• Database template1 dan postgres dilewati, dan pengaturan serta grant pada database sumber diterapkan ke database layanan ini.
• Backup dengan beberapa database aplikasi ditolak; pulihkan masing-masing ke layanannya sendiri.

Sebelum menulis apa pun, restore memeriksa dua hal dan berhenti dengan pesan bila salah satunya gagal:

• Versi mayor PostgreSQL layanan harus setidaknya sama dengan versi backup. Backup PostgreSQL 18 memerlukan layanan PostgreSQL 18.
• Database tidak boleh punya tabel. Cluster dump membuat tabel dan tidak menghapus tabel yang ada, jadi pulihkan ke layanan database baru.

Volume

Backup volume adalah arsip .tar dari volume. Proyek harus dihentikan selama backup dibuat atau dipulihkan, dan restore memerlukan volume kosong.

Salinan off-site

Setiap backup yang Anda buat, setiap backup otomatis, dan setiap file yang diunggah juga disalin ke object storage di lokasi lain. Lencana Off-site copy muncul pada backup setelah salinannya tersimpan; sampai saat itu tampil Copying off-site, biasanya selama satu atau dua menit.

Salinan dienkripsi di control plane sebelum keluar, sehingga penyedia penyimpanan tidak bisa membaca data Anda. Jika control plane kehilangan file backup, restore atau unduhan mengambil kembali salinannya terlebih dahulu dan memeriksa SHA-256-nya sebelum dipakai. Menghapus backup, kedaluwarsanya secara otomatis, atau menghapus proyek juga menghapus salinannya.

Tanggung jawab Anda

Backup disimpan di control plane Zenavo, terpisah dari server Anda, dengan salinan off-site. Backup belum terverifikasi sampai Anda memulihkannya di suatu tempat dan memeriksa datanya. Untuk data penting, simpan juga salinan Anda sendiri, seperti snapshot disk dari penyedia atau unduhan backup Anda.