Database Autonomy Service (DAS), ApsaraDB RDS for PostgreSQL için depolama analizi özelliği sunar. Bu özelliği kullanarak depolama kullanımını izleyebilir, en fazla alanı tüketen tabloları veya veritabanlarını belirleyebilir, büyüme eğilimlerini takip edebilir ve hizmet kullanılabilirliğini etkilemeden önce tablo şişmesi gibi depolama istisnalarını tespit edebilirsiniz.
Ön koşullar
Başlamadan önce aşağıdaki koşulu sağladığınızdan emin olun:
High-availability Edition çalışan bir ApsaraDB RDS for PostgreSQL örneği
Kullanım notları
Depolama analizi özelliği en fazla 20.000 tabloyu analiz edebilir.
Depolama kullanımını görüntüleme
Instances sayfasına gidin. Üst gezinme çubuğunda örneğinizin bulunduğu bölgeyi seçin ve ardından örnek ID'sini tıklayın.
Sol gezinme bölmesinde Autonomy Service > Diagnostics seçeneğini seçin.
Storage Analysis sekmesini tıklayın.
Aşağıdaki tabloda açıklanan depolama ölçümlerini incelemek için Storage Overview ve Data Space sekmelerini kullanın.
| **Sekme** | **Bölüm** | **Kontrol edilecekler** |
|---|---|---|
| Storage Overview | Storage | İstisnalar, önceki yedi gün içindeki ortalama günlük alan artışı, kalan depolama için tahmini gün sayısı ve toplam kullanılan alan. Her bir ölçümle ilgili ayrıntıları görmek için imlecinizi  simgesinin üzerine getirin. |
| Storage Overview | Exceptions | Yüksek sayıda UPDATE işleminden kaynaklanan tablo şişmesi gibi depolama anormallikleri gösteren tablolar veya koleksiyonlar. Şişme tespit edilirse alanı geri kazanmak için pg_repack kullanın — bkz. Sonraki adımlar. |
| Storage Overview | Storage Trend | Belirli bir zaman aralığındaki (en fazla yedi gün) alan kullanımı eğilimi. Ani büyüme modellerini belirlemek için bu veriyi kullanın. |
| Storage Overview | Tablespaces | Her bir tablo için depolama kullanımı ve ayrıntılar. Alanlarını ve dizinlerini görüntülemek için bir tablo adını tıklayın. |
| Data Space | — | Her veritabanı başına depolama kullanımı ve her veritabanı içindeki tablespace kullanımı. Alanlarını ve dizinlerini görüntülemek için bir tablo adını tıklayın. |
Sonraki adımlar
Tablo şişmesi gibi depolama istisnaları tespit edilirse tablespace'i geri kazanmak için pg_repack uzantısını kullanın. Tablolarda yapılan çok sayıda işlem (UPDATE gibi) nedeniyle PostgreSQL'in hemen geri kazanmadığı ölü satır sürümleri kaldığında tablo şişmesi oluşur. Ayrıntılar için bkz. Tablespace'leri temizlemek için pg_repack uzantısını kullanma.