View or manage ApsaraDB RDS for MySQL log backups - ApsaraDB RDS

Günlük yedeklemeyi etkinleştirdikten sonra binary loglar gerçek zamanlı olarak yedekleme depolamasına yüklenir ve günlük yedekleri oluşturulur. Bu sayede yedek saklama süresi içinde verileri herhangi bir ana geri yükleyebilirsiniz. Bu konuda ApsaraDB RDS for MySQL için günlük yedeklerinin nasıl yönetileceği ve görüntüleneceği açıklanmaktadır.

Faturalama

Günlük yedeklemeyi etkinleştirmek ücretsizdir. Ancak günlük yedekler yedekleme depolaması kullanır ve kullandığınız depolama alanı için ücretlendirilirsiniz. Yedekleme depolaması ücretsiz bir kota ile birlikte gelir. Veri yedeklerinin ve günlük yedeklerinin toplam boyutu ücretsiz kotayı aştığında yedekleme ücretleri tahakkuk eder.

Günlük yedeklemeyi etkinleştirin veya devre dışı bırakın

Instances sayfasına gidin. Üst gezinme çubuğunda RDS örneğinin bulunduğu bölgeyi seçin. Ardından ilgili RDS örneğini bulun ve örnek kimliğine tıklayın.
Sol gezinme bölmesinde Backup and Restoration seçeneğine tıklayın.
Backup and Restoration sayfasında Backup Strategy sekmesine tıklayın.

Basic Backup bölümünde günlük yedeklemeyi etkinleştirmek veya devre dışı bırakmak için Edit seçeneğine tıklayın.

Standart günlük yedekleme

Parametre	Açıklama
Log Backup	Belirli bir zamana geri yüklemeyi (PITR) etkinleştirir. Bu özellik varsayılan olarak etkindir.
Log Backup Retention Period (Days)	Geçerli değerler: 7 ila 730 gün. Varsayılan: 7 gün. Değer, veri yedekleme saklama süresinden küçük veya buna eşit olmalıdır. Not Basic Edition üzerinde çalışan ApsaraDB RDS for MySQL 5.7 örneklerinde bu değer sabit olarak 7 gündür.

Gelişmiş belirli bir zamana geri yükleme

Bu ayar yalnızca belirli bölgelerdeki ApsaraDB RDS for MySQL örnekleri için kullanılabilir. PITR ile günlük yedekleme arasındaki farklar, PITR'nin çalışma şekli ve örnek gereksinimleri hakkında bilgi için bkz. Belirli bir zamana geri yükleme ilkesi yapılandırma.

Önemli

PITR'yi desteklemek amacıyla örnek yapılandırılan Log Backup Retention Period (Days) değerinin ötesinde bazı yedek kümelerini saklar.

Örneğin Log Backup Retention Period (Days) değerini 7 gün olarak ayarlarsanız yedek veriler 7 ila 9 gün arasında saklanır. Sistem 7 günden eski olan en son tam yedeği ve bu tam yedekten 7 günlük sürenin sonuna kadar oluşan tüm günlük yedeklerini tutar. Yalnızca bir tam yedek ve en fazla bir ekstra haftalık günlük yedek için ücretlendirilirsiniz.

Parametre	Açıklama
Log Backup	PITR için işlem günlüklerini yedekler. Varsayılan olarak etkindir.
Point-in-time recovery	Belirli bir zamana geri yüklemeyi etkinleştirir.
Log Backup Retention Period (Days)	Günlük yedekleme saklama süresini ayarlar. Aralık: 7 ila 730 gün. Varsayılan: 7 gün. Tam yedekleme saklama süresini aşmamalıdır. Not MySQL 5.7 çalıştıran RDS Basic Edition örnekleri için bu değer sabit olarak 7 gündür.

Önemli

Günlük yedeklemeyi devre dışı bıraktığınızda sistem mevcut günlük yedekleme kümelerini 1 ila 3 dakika içinde otomatik olarak siler. Silinen günlük yedekleme kümeleri kurtarılamaz. Lütfen dikkatli olun.

Günlük yedekleri görüntüleyin

Instances sayfasına gidin. Üst gezinme çubuğunda RDS örneğinin bulunduğu bölgeyi seçin. Ardından ilgili RDS örneğini bulun ve örnek kimliğine tıklayın.
Sol gezinme bölmesinde Backup and Restoration seçeneğine tıklayın.
Backup and Restoration sayfasında Base Backups > Log Backup seçeneğine tıklayın.

High-availability Edition ve Enterprise Edition örneklerinde hem birincil hem de ikincil düğümler günlük yedekleri oluşturur. Yedek listesinde bu düğümler File Location Instance ID alanıyla birbirinden ayırt edilir.

Günlük yedekleme boyutunu görüntüleyin

Instances sayfasına gidin. Üst gezinme çubuğunda RDS örneğinin bulunduğu bölgeyi seçin. Ardından ilgili RDS örneğini bulun ve örnek kimliğine tıklayın.
Örneğin Basic Information sayfasında günlük yedekleme boyutunu Instance Resources bölümünde görüntüleyebilirsiniz.
Not
- Günlük yedekler yedekleme depolamasında saklanır ve örneğinizin depolama alanını tüketmez. Yedekleme depolamasına genel ağ üzerinden erişilemez.
- Basic Edition ApsaraDB RDS for MySQL örneğinde küçük sürüm yükseltmesi sonrasında Backup Usage sayfasındaki Basic Information değeri 0 olarak görünebilir. Değer sonraki planlı yedekleme tamamlandığında otomatik olarak düzeltilir.

Günlük yedekleri silin

Bkz. Yedekleri silme veya azaltma.

Günlük yedekleri indirin

Bkz. Yedekleri indirme.

Belirli bir zamana geri yükleme

Günlük yedeklemeyi etkinleştirmek verileri belirli bir zamana geri yüklemenize olanak tanır. Talimatlar için bkz. Tam veriyi geri yükleme veya Veritabanlarını ve tabloları geri yükleme.

SSS

Kategori	Ayrıntılar
Veri geri yükleme	S: Verileri geri yüklemek için günlük yedekleri kullanılabilir mi? C: Evet. Günlük yedeklemeyi etkinleştirdikten sonra yedek saklama süresi içinde verileri herhangi bir saniyeye geri yükleyebilirsiniz. Daha fazla bilgi için bkz. Tam veriyi geri yükleme veya Veritabanlarını ve tabloları geri yükleme.
Yedekleme maliyetleri	S: Günlük yedekler ücretsiz midir? C: Günlük yedeklemeyi etkinleştirmek ücretsizdir. Ancak günlük yedekler yedekleme depolaması kullanır ve kullandığınız depolama alanı için ücretlendirilirsiniz. Yedekleme depolaması ücretsiz bir kota ile birlikte gelir. Veri yedeklerinin ve günlük yedeklerinin toplam boyutu ücretsiz kotayı aştığında yedekleme ücretleri tahakkuk eder.
Yedekleri görüntüleme	S: Günlük yedekleme sayfası neden boş? C: Günlük yedekleme sayfası aşağıdaki nedenlerle boş olabilir: Günlük yedekleme etkin değil. Etkinleştirmek için bkz. Günlük yedeklemeyi etkinleştirin veya devre dışı bırakın. Örneği yeni oluşturduysanız veya günlük yedeklemeyi yeni etkinleştirdiyseniz binary loglar henüz yedekleme depolamasına yüklenmemiş olabilir. S: Günlük yedekleme sayfasında en son günlükleri neden göremiyorum? C: Sistem henüz yazılmakta olan günlük dosyalarını yüklemedi. S: Günlük yedeklerim yalnızca 7 gün saklanıyor. 7 günden daha eski günlüklere ulaşmak mümkün mü? C: Saklama süresini aşan yedekler otomatik olarak silinir. Uygun bir saklama süresi ayarlamanızı öneririz.
Yedeklemeleri devre dışı bırakma veya azaltma	S: Günlük yedeklemeyi devre dışı bıraktıktan sonra günlük yedekleri nasıl silerim? C: Günlük yedeklemeyi devre dışı bıraktığınızda sistem mevcut günlük yedekleme kümelerini 1 ila 3 dakika içinde otomatik olarak siler. Silinen günlük yedekleme kümeleri kurtarılamaz. Lütfen dikkatli olun. S: Günlük yedekleme boyutum neden aniden arttı? C: Sık INSERT, UPDATE ve DELETE işlemleri günlük hacmini artırır. Günlük yedekleri silmek için bkz. Yedekleri silme veya azaltma. S: Günlük yedeklere ihtiyacım yok. Yalnızca örnekteki binary logları tutmak istiyorum. Ne yapmalıyım? C: Günlük yedeklemeyi devre dışı bırakabilir ve ardından binary logların saklama süresini ihtiyaçlarınıza göre ayarlayabilirsiniz. Binary logların saklama süresini ayarlama hakkında daha fazla bilgi için bkz. Yerel günlük ilkesi ayarlama. S: Günlük yedeklemeyi devre dışı bıraktıktan sonra `SHOW BINARY LOGS;` komutunu çalıştırarak neden hâlâ günlük dosyaları bulabiliyorum? C: Bu komut günlük yedeklerini değil örnekteki binary logları sorgular. Binary logları silmek için bkz. Binary günlük dosyalarını silme. S: Günlük yedeklemeyi devre dışı bıraktıktan sonra depolama alanı neden serbest bırakılmaz? C: Günlük yedekler örnek depolama alanını kaplamaz ancak binary loglar kaplar.

İlgili belgeler

ApsaraDB RDS for MySQL örneği için veri ve günlük yedekleme ilkelerini değiştirmek üzere bkz. Otomatik yedekleme ilkesi yapılandırma.
Binary loglar ile günlük yedekleri arasındaki farkları ve binary log oluşturma kurallarını anlamak için bkz. Binary günlük dosyalarını yönetme.

API referansı

DescribeBackupPolicy — Bir örneğin yedekleme ayarlarını görüntüler.
ModifyBackupPolicy — Bir örneğin veri veya günlük yedekleme ilkesini değiştirir.