Bagaimanakah data lama diarkibkan dan partition dipadam dengan selamat?

Question

IT Interview Practice · Accepted Answer

Mulakan dengan menentukan **data yang boleh dikeluarkan daripada sistem aktif dan cara mendapatkannya semula kemudian**. Ini menentukan perkara yang selamat dipadam.

Pengarkiban mengekalkan salinan sejarah yang boleh digunakan. Pembersihan memadam salinan aktif. Anggap kedua-duanya sebagai keputusan berasingan: eksport yang berjaya belum membuktikan pemadaman itu selamat.

## 1. Tentukan data yang layak

Andaikan sistem pesanan menyimpan pesanan selesai bagi dua belas bulan terakhir dalam talian. Ini dasar contoh. Pesanan lebih lama dengan pertikaian belum selesai mungkin masih perlu kekal aktif.

Persetujui masa pemisah, zon waktu, pengecualian dan keperluan carian sejarah. Jika invois lama perlu diperoleh, arkib mesti mengekalkan pengecam dan hubungan yang diperlukan.

**Pembahagian partisi** memecahkan satu jadual logik kepada bahagian fizikal, misalnya satu bagi setiap bulan. Membuang partisi bulanan hanya sesuai apabila semua rekod di dalamnya layak. Jika tidak, pindahkan pengecualian dengan selamat atau pilih pemadaman yang lebih terpilih.

## 2. Pastikan perubahan tidak terlepas daripada arkib

Bayangkan pesanan disalin, kemudian amaunnya dibetulkan sebelum rekod asal dipadam. Salinan eksport kini mengandungi amaun yang salah.

Pilih cara menutup jurang ini:

- Hentikan penulisan dalam julat terpilih sebelum mengambil petikan keadaan yang konsisten.
- Atau rekod perubahan semasa penyalinan dan gunakannya sehingga titik akhir yang dipersetujui sebelum pemadaman.

Tentukan destinasi rekod lewat dan pembetulan seterusnya. Memilih cap masa lama sahaja tidak menghalang proses lain mengubah baris tersebut.

## 3. Buktikan salinan tersimpan boleh digunakan

```text
[Eligible range] -> [Consistent export] -> [Archive + manifest]
                                                |
                                      [Restore and verify]
```

Manifest menerangkan eksport: julat, versi skema, bilangan rekod dan jumlah semak fail. Ia membantu mengenal pasti arkib serta mengesan fail tidak lengkap atau rosak.

Semak lebih daripada kewujudan fail:

- Bandingkan bilangan rekod dan jumlah bermakna, seperti amaun mengikut mata wang.
- Semak integriti, pengecam dan hubungan.
- Pulihkan data yang mewakili keadaan sebenar dalam persekitaran berasingan dan dapatkan pesanan atau invois sejarah yang diperlukan pengguna.

Catat titik sumber yang disahkan dan pemeriksanya. Lindungi akses arkib dan tentukan tempoh penyimpanan. Rekod asal hanya boleh dibuang selepas laluan pemulihan yang diperlukan dibuktikan.

## 4. Pilih cara membuang salinan aktif

| Keadaan | Pendekatan | Perkara untuk disahkan |
| --- | --- | --- |
| Seluruh partisi layak | Pisahkan atau gugurkan melalui penyelenggaraan terancang | Pengesahan arkib, kunci dan objek bergantung. |
| Baris layak bercampur dengan baris aktif | Padam dalam kelompok kecil yang boleh disambung | Pemilihan stabil, saiz transaksi dan kelewatan replika. |

Dalam PostgreSQL, pemisahan partisi meninggalkan jadual kendiri yang boleh diarkib dan disemak sebelum digugurkan. Urutan ini berguna jika akses sejarah diarahkan ke jadual tersebut semasa pengesahan.

Pembuangan partisi mengelakkan pemadaman satu demi satu, tetapi masih memerlukan kunci. Pemisahan serentak mempunyai sekatan; semak versi yang digunakan dan kebergantungannya. Untuk pemadaman kelompok, pantau log transaksi dan kerja pembersihan juga. [Penyelenggaraan partisi PostgreSQL](https://www.postgresql.org/docs/current/ddl-partitioning.html).

## 5. Jadikan percubaan semula selamat

Simpan kemajuan secara kekal sebagai dieksport, disahkan, sedia dipadam dan dipadam. Selepas dimulakan semula, tugas mesti mengetahui julat tepat yang disahkan, bukan mengira semula had yang lebih luas.

Sebelum memadam, semak semula bahawa tiada perubahan belum diarkib memasuki julat itu. Selepasnya, pastikan pertanyaan aktif berfungsi dan rekod arkib masih boleh diperoleh.

**Ingat:** tentukan kelayakan → kawal perubahan → buktikan pemulihan → pilih pemadaman → sahkan hasil. Matlamatnya ialah kurang data aktif dengan akses sejarah yang boleh dipercayai.

Keadaan	Pendekatan	Perkara untuk disahkan
Seluruh partisi layak	Pisahkan atau gugurkan melalui penyelenggaraan terancang	Pengesahan arkib, kunci dan objek bergantung.
Baris layak bercampur dengan baris aktif	Padam dalam kelompok kecil yang boleh disambung	Pemilihan stabil, saiz transaksi dan kelewatan replika.

1. Tentukan data yang layak

2. Pastikan perubahan tidak terlepas daripada arkib

3. Buktikan salinan tersimpan boleh digunakan

4. Pilih cara membuang salinan aktif

5. Jadikan percubaan semula selamat

Soalan berkaitan