FAQ tentang kapasitas penyimpanan ApsaraDB RDS - ApsaraDB RDS

Pertanyaan umum mengenai kapasitas penyimpanan ApsaraDB RDS, termasuk perilaku ekspansi, penagihan, troubleshooting penggunaan tinggi, dan pemulihan ruang disk.

Apakah saya dapat memperluas kapasitas penyimpanan tanpa melakukan migrasi data? Apa dampaknya?

Tergantung pada host. Jika host tempat instans Anda berjalan memiliki sumber daya bebas yang mencukupi, penyimpanan diperluas secara in-place—tanpa migrasi data. Namun, jika host tidak dapat menampung penyimpanan tambahan, sistem akan menyediakan host baru dengan kapasitas yang mencukupi dan secara otomatis memigrasikan data Anda ke instans baru.

Untuk detail cara memperluas penyimpanan dan apakah koneksi sementara terputus selama proses tersebut, lihat:

Apa aturan penagihan untuk ekspansi penyimpanan?

Setelah Anda memperluas kapasitas penyimpanan, biaya instans akan disesuaikan. Untuk detailnya, lihat Billing details about configuration change.

Bagaimana cara melakukan troubleshooting kenaikan tiba-tiba pada penggunaan penyimpanan?

Masuk ke ApsaraDB RDS console dan buka halaman Instances. Di bilah navigasi atas, pilih wilayah tempat instans Anda berada. Temukan instans Anda dan klik ID-nya.
Di panel navigasi kiri, klik Monitoring and Alerts. Tinjau rincian penggunaan penyimpanan berdasarkan tipe data dan tren penggunaannya dari waktu ke waktu.

Bagaimana cara membebaskan penyimpanan dengan menghapus file?

Lihat topik berikut berdasarkan jenis file yang mengonsumsi penyimpanan Anda:

Saya membuat database kosong, tetapi sudah menggunakan penyimpanan. Mengapa?

Saat inisialisasi, dua hal terjadi: database membuat tabel sistem untuk menyimpan data akun dan izin, serta mesin database menghasilkan log internal seperti redo log dan undo log. Keduanya mengonsumsi penyimpanan bahkan sebelum data pengguna ditambahkan.

Mengapa MySQL menggunakan lebih banyak penyimpanan dibandingkan database sumber setelah migrasi dari database lain?

Mesin penyimpanan database yang berbeda menangani data secara berbeda. Perilaku penyimpanan MySQL dipengaruhi oleh faktor seperti pengaturan kompresi dan struktur indeks, yang tidak langsung sebanding dengan mesin lainnya. Dataset yang sama dapat menempati lebih banyak ruang setelah diimpor, tergantung pada cara mesin target menyimpan dan mengindeksnya.

Apakah kapasitas penyimpanan mencakup backup storage?

Tidak. Nilai Storage Capacity yang ditampilkan di bagian Usage Statistics pada halaman Basic Information hanya mencakup penyimpanan instans, bukan backup storage. Untuk memeriksa penggunaan backup storage, lihat View and manage the size of backup files.

Setelah penyimpanan habis, berapa lama hingga instans memasuki status Locking? Apa yang harus saya lakukan?

Ketika penyimpanan habis, instans secara otomatis dikunci dan memasuki status Locking. Penguncian mungkin tidak langsung terjadi—penundaan singkat dapat terjadi tergantung pada mekanisme inspeksi. Setelah dikunci, operasi tulis diblokir.

Untuk menghindari kondisi ini, konfigurasikan Peringatan sebelum penyimpanan habis. Lihat Configure alerting. Sebagai langkah proaktif, aktifkan ekspansi penyimpanan otomatis: ketika penggunaan penyimpanan mencapai ambang batas, sistem akan memperluas kapasitas secara otomatis.

Untuk mengaktifkan ekspansi penyimpanan otomatis:

Untuk instans RDS for MySQL, Anda juga dapat mengaktifkan automatic fragment reclamation untuk memulihkan ruang terfragmentasi tanpa intervensi manual.

Jika instans sudah terkunci, lihat What do I do if my ApsaraDB RDS instance is in the Locking state? untuk langkah pemulihan.

Setelah menghapus sejumlah besar data di SQL Server, mengapa ruang disk tidak dikembalikan?

Menjalankan DELETE pada SQL Server tidak langsung membebaskan ruang disk. Tiga mekanisme menyebabkan ruang yang dialokasikan tetap tersisa setelah DELETE:

Apa yang terjadi	Mengapa
Transaction logs bertambah	Semua operasi, termasuk `DELETE`, dicatat dalam transaction logs untuk mendukung konsistensi data dan pemulihan. Bahkan setelah baris dihapus, log tersebut tetap menempati ruang disk.
Data pages tetap dialokasikan	SQL Server menandai data pages yang dihapus sebagai reusable alih-alih langsung melepaskannya. Hal ini mempercepat penyisipan data di masa depan dengan menghindari daur ulang fisik disk yang sering.
Fragmen indeks dan tabel tetap ada	Baris yang dihapus meninggalkan celah di tabel dan indeks. Database masih menganggap ruang terfragmentasi tersebut sebagai ruang yang dialokasikan.

Untuk memulihkan ruang disk, gunakan satu atau beberapa pendekatan berikut sesuai situasi Anda:

Shrink database atau file group files — Jalankan DBCC SHRINKDATABASE atau DBCC SHRINKFILE untuk memadatkan file data dan mengembalikan ruang yang tidak digunakan ke sistem file.
Penting
Proses ini mungkin memakan waktu, dan operasi shrinking yang sering dapat berdampak negatif terhadap performa instans RDS Anda. Untuk panduan, lihat Solve the problem that SQL Server instances are locked when the storage space is full atau Troubleshoot insufficient storage issues on an ApsaraDB RDS for SQL Server instance.
Rebuild indexes — Setelah penghapusan data dalam jumlah besar, indeks sering kali menjadi terfragmentasi. Rebuild indeks akan mengatur ulang data pages, memulihkan ruang yang dialokasikan, dan meningkatkan efisiensi kueri.
Backup transaction logs — Untuk database yang menggunakan model recovery penuh (full recovery model), backup transaction log secara berkala memungkinkan database memotong entri log yang telah dikomit dan membebaskan ruang yang ditempatinya. Lihat Manage logs.
Gunakan `TRUNCATE TABLE` alih-alih `DELETE` — TRUNCATE TABLE langsung melepaskan data pages tanpa menghasilkan transaction logs yang besar, sehingga jauh lebih efisien untuk menghapus semua baris dari sebuah tabel.
Penting
TRUNCATE TABLE bersifat ireversibel dan tidak mendukung klausa WHERE. Gunakan hanya jika Anda berniat menghapus semua baris.

Setelah memperluas penyimpanan, apakah kuota backup storage gratis meningkat?

Ya. Kuota backup storage gratis terkait dengan kapasitas penyimpanan instans Anda, sehingga memperluas penyimpanan juga meningkatkan kuota tersebut:

Disk type	Free backup storage quota
Cloud disk	200% dari kapasitas penyimpanan
Premium Local SSD	50% dari kapasitas penyimpanan

Kuota diukur dalam GB dan selalu dibulatkan ke atas ke bilangan bulat terdekat.