Beri ruang bernapas untuk koleksi file yang terus bertambah.

1. Pisahkan koleksi dari sistem file.

Tuliskan penggunaan yang dilaporkan aplikasi dan ruang yang digunakan pada sistem file yang mendasarinya. Keduanya menjawab pertanyaan yang berbeda. Kuota anggota menunjukkan berapa banyak yang dapat disimpan akun tersebut berdasarkan aturan aplikasi. Ini belum tentu menggambarkan semua yang menggunakan disk VPS.

Dokumentasi Nextcloud, misalnya, memisahkan kuota pengguna dari metadata, versi lama, dan item yang dihapus; sebagian data aplikasi juga berada di basis data. Jangan mengubah total kuota menjadi perkiraan kapasitas disk tanpa memeriksa kategori lain tersebut. Perilaku retensi juga bergantung pada konfigurasi dan versi. Dokumentasi kuota penyimpanan Nextcloud 33.

Gunakan satuan yang sama di seluruh lembar kerja Anda. Jika satu alat melaporkan GB desimal dan alat lain melaporkan GiB, beri label perbedaannya alih-alih memperlakukan angka-angka itu sebagai dapat dipertukarkan secara langsung.

2. Beri setiap jenis penyimpanan satu baris.

Pisahkan file asli, versi, item yang dihapus, pratinjau, dan pekerjaan sementara. Tambahkan sistem operasi, aplikasi, basis data, dan log. Jika folder eksternal dipasang, catat sistem penyimpanan mana yang benar-benar menampungnya; nama folder yang familier tidak membuktikan byte-nya berada di VPS.

Untuk setiap baris, catat ukurannya saat ini, alasan pertumbuhannya, keputusan retensi, dan orang yang dapat mengubah keputusan itu. “Versi” memerlukan pengaturan aplikasi atau kebijakan yang didokumentasikan. “Sementara” memerlukan pemilik pembersihan dan kondisi penyelesaian. Arsip ekspor yang terlupakan tetap merupakan penggunaan disk yang nyata bahkan setelah tujuan awalnya berakhir.

Jangan menghapus cache atau direktori aplikasi karena namanya terdengar dapat dibuang. Periksa prosedur pemeliharaan yang didukung aplikasi yang dipilih terlebih dahulu.

3. Kerjakan melalui koleksi hipotetis.

Bayangkan sebuah kelompok kecil peminat sejarah yang menyimpan buletin hasil pindaian dan foto acara. Angka-angka berikut adalah asumsi perencanaan dalam GB desimal, bukan pengukuran atau janji kapasitas. Angka-angka ini menyediakan empat bulan pertumbuhan sebelum keputusan berikutnya.

Jatah ekspor 10 GB tidak dapat menampung koleksi 96 GB lengkap kedua. Ekspor penuh akan memerlukan target yang berbeda atau anggaran yang direvisi. Itu adalah temuan yang berguna untuk dibuat sebelum menjadwalkan ekspor.

4. Anggarkan salinan pemulihan secara terpisah.

Direktori kedua pada VPS yang sama tidak menyelesaikan hilangnya VPS tersebut. Catat tujuan independen, pemilik akses, aturan retensi, dan lokasi pemulihan pada lembar kerja terpisah. Anggarkan kapasitasnya berdasarkan metode pencadangan dan kebijakan retensi yang sebenarnya; jangan berasumsi kompresi atau deduplikasi akan mencapai penghematan tertentu.

Set pemulihan aplikasi lengkap dapat memerlukan lebih dari sekadar berkas pengguna. Nextcloud mencantumkan konfigurasi, data, basis data, tema, dan aplikasi kustomnya jika ada. Prosedur pencadangannya juga mempertimbangkan konsistensi saat data berubah. Ikuti dokumentasi untuk versi yang terpasang daripada menyalin direktori aktif dan menyebut hasilnya lengkap. Komponen dan konsistensi pencadangan Nextcloud.

Jaga agar akses ke salinan independen tetap tersedia bagi pemelihara resmi kedua tanpa menaruh kredensial di lembar anggaran.

5. Putuskan apa yang terjadi sebelum ruang habis.

Pilih ambang peninjauan yang terkait dengan aktivitas terencana berikutnya. Untuk koleksi hipotetis, grup dapat meninjau ketika ruang kosong yang tersisa tidak lagi dapat menampung impor berikutnya yang disepakati ditambah pemrosesan sementara dan cadangan operasionalnya. Aturan itu lebih berguna daripada menunggu persentase arbitrer berubah merah.

Ketika pertumbuhan melebihi lembar kerja, identifikasi kategorinya terlebih dahulu. Lebih banyak asli yang diterima mungkin membenarkan lebih banyak penyimpanan. Versi tak terduga, pembersihan gagal, atau log yang tak terkendali perlu diselidiki. Mengubah retensi memengaruhi apa yang dapat dipulihkan orang, jadi dapatkan persetujuan yang disepakati dan verifikasi salinan independen sebelum menghapus materi secara permanen. Hindari menggunakan penghapusan darurat sebagai rencana operasi normal koleksi.

6. Periksa lembar kerja terhadap siklus nyata.

Setelah siklus impor atau penyuntingan yang diizinkan, bandingkan pertumbuhan yang diamati dengan setiap jatah. Pastikan bahwa pengguna yang mendekati kuotanya masih menerima kesalahan aplikasi yang berguna dan bahwa host mempertahankan ruang operasi. Tinjau kategori terbesar tanpa mengekspos nama berkas pribadi dalam laporan bersama.

Jika penggunaan aplikasi terlihat moderat tetapi ruang disk turun dengan cepat, periksa versi, retensi item yang dihapus, unggahan sementara, ekspor, dan log. Jika cadangan tumbuh tak terduga, bandingkan jalur yang dipilih dan perubahan retensinya. Jika ruang sudah sangat rendah, hentikan impor lebih lanjut dan hindari membuat arsip lokal besar lainnya saat menyelidiki. Catat apa yang berubah dan perbarui anggaran; jangan sembunyikan perbedaannya di dalam jatah yang lebih besar tanpa penjelasan.

7. Jaga kapasitas dan kegunaan tetap bersama.

Perencanaan penyimpanan tidak dapat memutuskan catatan mana yang harus disimpan grup. Sepakati itu secara terpisah, termasuk siapa yang dapat menyetujui penghapusan dan bagaimana anggota mengetahui tentang perubahan retensi. Catat juga apakah berkas tetap dapat dibaca: koleksi utuh dengan format usang mungkin masih memerlukan rencana ekspor atau konversi.

Bawa lembar kerja ke Konfigurator VPS ketika Anda mengetahui total sumber daya yang Anda butuhkan. Lalu rencanakan ekspor portabel dan latihan pemulihan. Panduan ini memberikan metode penganggaran; ini tidak menjamin bahwa ukuran disk tertentu akan menampung koleksi yang tidak diketahui.