DBAtlas · Veritabanı operasyon atlası

SLM ile otomatik snapshot ve saklama, snapshot ilerlemesini izle

ElasticsearchSnapshot

Komut

# Her gece 01:30'da snapshot al, 30 gun sakla (en az 7, en fazla 60 snapshot):
PUT _slm/policy/gece-yedek
{
  "schedule": "0 30 1 * * ?",
  "name": "<gece-{now/d}>",
  "repository": "yedek_repo",
  "config": { "indices": ["*"], "include_global_state": true },
  "retention": { "expire_after": "30d", "min_count": 7, "max_count": 60 }
}
# Policy'yi hemen calistir ve basari/hata istatistiklerini gor:
POST _slm/policy/gece-yedek/_execute
GET _slm/stats
# Devam eden snapshot ve shard bazinda ilerleme:
GET _snapshot/yedek_repo/_current
GET _snapshot/yedek_repo/_status
GET _cat/snapshots/yedek_repo?v&s=end_epoch:desc
# Deponun tum dugumlerden yazilabilir oldugunu dogrula:
POST _snapshot/yedek_repo/_verify

Ne yapar?

Cron zamanlamasıyla düzenli snapshot alan ve eski snapshot'ları saklama kuralına göre silen bir SLM policy tanımlar; çalışan snapshot'ın shard bazında ilerlemesini, geçmiş snapshot'ları ve deponun erişilebilirliğini gösterir.

Ne zaman kullanılır?

Düzenli yedekleme kurarken, gece snapshot'ının başarısız olduğu alarmında veya uzun süren bir snapshot'ın ne zaman biteceğini kestirirken.

Dikkat

Schedule ifadesi UTC'ye göre değerlendirilir. Aynı depoya birden fazla cluster yazıyorsa veya depo başka cluster'da da yazılabilir kayıtlıysa depo bozulabilir; diğer cluster'larda readonly: true kullan. Retention yalnızca SLM'nin aldığı snapshot'ları siler. include_global_state true, restore sırasında template ve kalıcı cluster ayarlarını da geri yükleyebilir.

DBAtlas'ta aç →

İlgili