Share via

MySQL için Azure Veritabanı'da yedekleme ve geri yükleme

  • Makale

ŞUNLAR IÇIN GEÇERLIDIR: MySQL için Azure Veritabanı - Tek Sunucu

Önemli

MySQL için Azure Veritabanı tek sunucu kullanımdan kaldırma yolundadır. Esnek MySQL için Azure Veritabanı sunucuya yükseltmenizi kesinlikle öneririz. MySQL için Azure Veritabanı esnek sunucuya geçiş hakkında daha fazla bilgi için bkz. MySQL için Azure Veritabanı Tek Sunucu'ya neler oluyor?

MySQL için Azure Veritabanı otomatik olarak sunucu yedeklemeleri oluşturur ve bunları kullanıcı tarafından yapılandırılmış yerel olarak yedekli veya coğrafi olarak yedekli depolama alanlarında depolar. Sunucunuzu belirli bir noktaya geri yüklemek için yedeklemeler kullanılabilir. Yedekleme ve geri yükleme her iş sürekliliği stratejisinin temel parçalarıdır çünkü bunlar verilerinizi yanlışlıkla bozulmalara veya silmelere karşı korur.

Yedekler

MySQL için Azure Veritabanı veri dosyalarının ve işlem günlüğünün yedeklerini alır. Bu yedeklemeler, yapılandırdığınız yedekleme saklama süresi içinde sunucuyu belirli bir noktaya geri yüklemenize olanak sağlar. Varsayılan yedekleme saklama süresi yedi gündür. İsteğe bağlı olarak 35 güne kadar yapılandırabilirsiniz. Tüm yedeklemeler AES 256 bit şifreleme kullanılarak şifrelenir.

Bu yedekleme dosyaları kullanıcılar kullanımına sunulmaz ve dışarı aktarılamaz. Bu yedeklemeler yalnızca MySQL için Azure Veritabanı geri yükleme işlemleri için kullanılabilir. Veritabanını kopyalamak için mysqldump kullanabilirsiniz.

Yedekleme türü ve sıklığı, sunucuların arka uç depolama alanına bağlıdır.

Yedekleme türü ve sıklığı

Temel depolama sunucuları

Temel depolama, Temel katman sunucularını destekleyen arka uç depolama alanıdır. Temel depolama sunucularında yedeklemeler anlık görüntü tabanlıdır. Her gün tam veritabanı anlık görüntüsü gerçekleştirilir. Temel depolama sunucuları için gerçekleştirilen değişiklik yedeklemeleri yoktur ve tüm anlık görüntü yedeklemeleri yalnızca tam veritabanı yedeklemeleridir.

İşlem günlüğü yedeklemeleri her beş dakikada bir gerçekleşir.

Genel amaçlı depolama v1 sunucuları (4 TB'a kadar depolamayı destekler)

Genel amaçlı depolama, Genel Amaçlı ve Bellek için İyileştirilmiş katman sunucusunu destekleyen arka uç depolamadır. Genel amaçlı depolama alanı 4 TB'a kadar olan sunucular için her hafta bir kez tam yedekleme gerçekleştirilir. Değişiklik yedeklemeleri günde iki kez gerçekleşir. İşlem günlüğü yedeklemeleri her beş dakikada bir gerçekleşir. 4 TB depolamaya kadar genel amaçlı depolamadaki yedeklemeler anlık görüntü tabanlı değildir ve yedekleme sırasında GÇ bant genişliğini kullanır. 4 TB depolama alanı üzerindeki büyük veritabanları (> 1 TB) için

Genel amaçlı depolama v2 sunucuları (16 TB'a kadar depolamayı destekler)

Azure bölgelerinin bir alt kümesinde, yeni sağlanan tüm sunucular 16 TB'a kadar genel amaçlı depolamayı destekleyebilir. Başka bir deyişle, 16 TB'a kadar depolama alanı, desteklendiği tüm bölgeler için varsayılan genel amaçlı depolama alanıdır. Bu 16 TB depolama sunucularında yedeklemeler anlık görüntü tabanlıdır. İlk anlık görüntü yedeklemesi sunucu oluşturulduktan hemen sonraya zamanlanır. Anlık görüntü yedeklemeleri her gün bir kez alınır. İşlem günlüğü yedeklemeleri her beş dakikada bir gerçekleşir.

Temel ve Genel amaçlı depolama hakkında daha fazla bilgi için depolama belgelerine bakın.

Yedekleme dosyası saklama

Yedeklemeler, sunucudaki yedekleme saklama süresi ayarına göre korunur. 7 ile 35 günlük bir saklama süresi seçebilirsiniz. Varsayılan saklama süresi 7 gündür. Azure portalını veya Azure CLI'yı kullanarak yedekleme yapılandırmasını güncelleştirerek sunucu oluşturma veya daha sonraki bir süre boyunca bekletme süresini ayarlayabilirsiniz.

Yedekleme saklama süresi, mevcut yedeklemeleri temel aldığından belirli bir noktaya geri yüklemenin ne kadar geri alınabileceğini yönetir. Yedekleme saklama süresi, geri yükleme perspektifinden kurtarma penceresi olarak da ele alınabilir. Yedekleme saklama süresi içinde belirli bir noktaya geri yükleme gerçekleştirmek için gereken tüm yedeklemeler yedekleme depolama alanında tutulur. Örneğin, yedekleme saklama süresi 7 gün olarak ayarlanırsa kurtarma penceresi son 7 gün olarak kabul edilir. Bu senaryoda, son 7 gün içinde sunucuyu geri yüklemek için gereken tüm yedeklemeler korunur. Yedi günlük yedek saklama süresiyle:

  • Genel amaçlı depolama v1 sunucuları (4 TB'a kadar depolamayı destekler) en fazla 2 tam veritabanı yedeğini, tüm değişiklik yedeklemelerini ve en erken tam veritabanı yedeklemesi sonrasında gerçekleştirilen işlem günlüğü yedeklemelerini korur.
  • Genel amaçlı depolama v2 sunucuları (16 TB'a kadar depolamayı destekler) son 8 gün içinde tam veritabanı anlık görüntülerini ve işlem günlüğü yedeklemelerini korur.

Uzun vadeli bekletme

Yedeklemelerin 35 günden uzun süreli saklama süresi şu anda hizmet tarafından yerel olarak desteklenmemektedir. Yedeklemeleri almak ve bunları uzun süreli saklama için depolamak için mysqldump kullanma seçeneğiniz vardır. Destek ekibimiz, bunu nasıl başarabileceğinizi paylaşmak için adım adım bir makale yazdı.

Yedekleme fazlalık seçenekleri

MySQL için Azure Veritabanı, Genel Amaçlı ve Bellek için İyileştirilmiş katmanlarda yerel olarak yedekli veya coğrafi olarak yedekli yedekleme depolama alanı arasında seçim yapma esnekliği sağlar. Yedeklemeler coğrafi olarak yedekli yedekleme depolama alanında depolandığında, bunlar yalnızca sunucunuzun barındırıldığı bölgede depolanmaz, aynı zamanda eşleştirilmiş bir veri merkezine de çoğaltılır. Bu coğrafi yedeklilik, olağanüstü durum durumunda sunucunuzu farklı bir bölgeye geri yükleme olanağı ve daha iyi koruma sağlar. Temel katman yalnızca yerel olarak yedekli yedekleme depolama alanı sunar.

Dekont

Aşağıdaki bölgeler için - Orta Hindistan, Orta Fransa, Kuzey BAE, Güney Afrika Kuzey; Genel amaçlı depolama v2 depolama genel önizleme aşamasındadır. Yukarıda belirtilen bölgelerde Genel amaçlı depolama v2 (16 TB'a kadar depolamayı destekleme) içinde bir kaynak sunucu oluşturursanız Coğrafi Olarak Yedekli Yedekleme'yi etkinleştirme desteklenmez.

Yerel olarak yedekli depolamadan coğrafi olarak yedekli yedekleme depolama alanına geçme

Yerel olarak yedekli veya coğrafi olarak yedekli depolamayı yedekleme amacıyla yapılandırmaya yalnızca sunucu oluşturma sırasında izin verilir. Sunucu sağlandıktan sonra yedekleme alanı yedekliliği seçeneğini değiştiremezsiniz. Yedekleme depolama alanınızı yerel olarak yedekli depolamadan coğrafi olarak yedekli depolamaya taşımak için, yeni bir sunucu oluşturmak ve döküm ve geri yükleme kullanarak verileri geçirmek desteklenen tek seçenektir.

Yedekleme alanı maliyeti

MySQL için Azure Veritabanı sağlanan sunucu depolamanızın %100’üne kadar yedekleme alanı sağlar. Bunun için ek ücret alınmaz. Kullanılan ek yedekleme depolama alanı aylık GB olarak ücretlendirilir. Örneğin, 250 GB depolama alanına sahip bir sunucu sağladıysanız, ek ücret ödemeden sunucu yedeklemeleri için 250 GB ek depolama alanınız vardır. Depolama 250 GB'tan fazla yedekleme için kullanılan fiyatlandırma modeline göre ücretlendirilir.

Bir sunucu tarafından kullanılan yedekleme depolama alanını izlemek için Azure portal aracılığıyla sağlanan Azure İzleyici'de kullanılan Yedekleme Depolama ölçümünü kullanabilirsiniz. Kullanılan Yedekleme Depolama ölçümü, sunucu için ayarlanan yedekleme saklama süresine göre tutulan tüm tam veritabanı yedeklemeleri, değişiklik yedeklemeleri ve günlük yedeklemeleri tarafından kullanılan depolamanın toplamını temsil eder. Yedeklemelerin sıklığı hizmet tarafından yönetilir ve daha önce açıklanır. Sunucu üzerindeki yoğun işlem etkinliği yedekleme depolama alanı kullanımının toplam veritabanı boyutundan bağımsız olarak artmasına neden olabilir. Coğrafi olarak yedekli depolama için yedekleme depolama alanı kullanımı, yerel olarak yedekli depolamanın iki katıdır.

Yedekleme depolama maliyetini denetlemenin birincil yöntemi, uygun yedekleme saklama süresini ayarlamak ve istediğiniz kurtarma hedeflerine ulaşmak için doğru yedek yedeklilik seçeneklerini seçmektir. 7 ile 35 gün arasında bir saklama süresi seçebilirsiniz. Genel Amaçlı ve Bellek için İyileştirilmiş sunucular, yedeklemeler için coğrafi olarak yedekli depolama alanı seçebilir.

Geri Yükleme

MySQL için Azure Veritabanı geri yükleme işlemi, özgün sunucunun yedeklerinden yeni bir sunucu oluşturur ve sunucudaki tüm veritabanlarını geri yükler. Özgün sunucu durdurulmuş durumdaysa geri yükleme şu anda desteklenmiyor.

İki tür geri yükleme kullanılabilir:

  • Belirli bir noktaya geri yükleme , yedekleme yedekliliği seçeneğiyle kullanılabilir ve tam ve işlem günlüğü yedeklemelerinin birleşimini kullanarak özgün sunucunuzla aynı bölgede yeni bir sunucu oluşturur.
  • Coğrafi geri yükleme yalnızca sunucunuzu coğrafi olarak yedekli depolama için yapılandırdıysanız kullanılabilir ve alınan en son yedeklemeyi kullanarak sunucunuzu farklı bir bölgeye geri yüklemenize olanak tanır.

Sunucunun kurtarılması için tahmini süre birkaç faktöre bağlıdır:

  • Veritabanlarının boyutu
  • İlgili işlem günlüklerinin sayısı
  • Geri yükleme noktasına kurtarmak için yeniden oynatılması gereken etkinlik miktarı
  • Geri yükleme farklı bir bölgeyeyse ağ bant genişliği
  • Hedef bölgede işlenen eşzamanlı geri yükleme isteklerinin sayısı
  • Veritabanındaki tablolarda birincil anahtarın varlığı. Daha hızlı kurtarma için veritabanınızdaki tüm tablolar için birincil anahtar eklemeyi göz önünde bulundurun. Tablolarınızın birincil anahtarı olup olmadığını denetlemek için aşağıdaki sorguyu kullanabilirsiniz:
select tab.table_schema as database_name, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tco.constraint_type is null and tab.table_schema not in('mysql', 'information_schema', 'performance_schema', 'sys') and tab.table_type = 'BASE TABLE' order by tab.table_schema, tab.table_name;

Büyük veya çok etkin veritabanlarında geri yükleme birkaç saat sürebilir. Bölgede uzun süren bir kesinti olursa, olağanüstü durum kurtarma için çok sayıda coğrafi geri yükleme isteğinin başlatılması mümkündür. Çok sayıda istek olduğunda tek tek veritabanlarının kurtarma süresi uzayabilir. Veritabanı geri yükleme işlemlerinin çoğu 12 saatten kısa bir sürede tamamlanır.

Önemli

Silinen sunucular, silindikten sonra yalnızca beş gün içinde geri yüklenebilir ve yedeklemeler silinir. Veritabanı yedeklemesine yalnızca sunucuyu barındıran Azure aboneliğinden erişilebilir ve geri yüklenebilir. Bırakılan bir sunucuyu geri yüklemek için belgelenen adımlara bakın. Sunucu kaynaklarını, dağıtım sonrası, yanlışlıkla silinmeye veya beklenmeyen değişikliklere karşı korumak için yöneticiler yönetim kilitlerinden yararlanabilir.

Belirli bir noktaya geri yükleme

Yedek yedeklilik seçeneğinizden bağımsız olarak, yedekleme saklama süreniz içinde herhangi bir noktaya geri yükleme gerçekleştirebilirsiniz. Özgün sunucuyla aynı Azure bölgesinde yeni bir sunucu oluşturulur. Özgün sunucunun fiyatlandırma katmanı, işlem oluşturma, sanal çekirdek sayısı, depolama boyutu, yedekleme saklama süresi ve yedek yedeklilik seçeneği için yapılandırmasıyla oluşturulur.

Dekont

Geri yükleme işleminden sonra varsayılan değerlere sıfırlanan (ve birincil sunucudan kopyalanmaz) iki sunucu parametresi vardır

  • time_zone - VARSAYıLAN DEĞER SİSTEMİ olarak ayarlanacağı bu değer
  • event_scheduler - event_scheduler, geri yüklenen sunucuda KAPALI olarak ayarlanır

Sunucu parametresini yeniden yapılandırarak bu sunucu parametrelerini ayarlamanız gerekir

Belirli bir noktaya geri yükleme, birden çok senaryoda kullanışlıdır. Örneğin, bir kullanıcı verileri yanlışlıkla sildiğinde, önemli bir tabloyu veya veritabanını bırakırsa veya uygulama bir uygulama hatası nedeniyle hatalı verilerle yanlışlıkla iyi verilerin üzerine yazarsa.

Son beş dakika içinde belirli bir noktaya geri yükleyebilmeniz için bir sonraki işlem günlüğü yedeklemesinin alınmasını beklemeniz gerekebilir.

Coğrafi geri yükleme

Sunucunuzu coğrafi olarak yedekli yedeklemeler için yapılandırdıysanız, sunucuyu hizmetin kullanılabildiği başka bir Azure bölgesine geri yükleyebilirsiniz.

  • Genel amaçlı depolama v1 sunucuları (4 TB'a kadar depolamayı destekler) coğrafi olarak eşleştirilmiş bölgeye veya MySQL için Azure Veritabanı - Tek Sunucu hizmetini destekleyen herhangi bir Azure bölgesine geri yüklenebilir.
  • Genel amaçlı depolama v2 sunucuları (16 TB'a kadar depolamayı destekler) yalnızca Genel amaçlı depolama v2 sunucuları altyapısını destekleyen Azure bölgelerine geri yüklenebilir. Desteklenen bölgelerin listesi için MySQL için Azure Veritabanı fiyatlandırma katmanlarını inceleyin.

Coğrafi geri yükleme, sunucunun barındırıldığı bölgedeki bir olay nedeniyle sunucunuz kullanılamadığında varsayılan kurtarma seçeneğidir. Bir bölgedeki büyük ölçekli bir olay veritabanı uygulamanızın kullanılamama durumuna neden olursa, coğrafi olarak yedekli yedeklemelerden başka bir bölgedeki bir sunucuya sunucuyu geri yükleyebilirsiniz. Coğrafi geri yükleme, sunucunun en son yedeklemesini kullanır. Yedeklemenin alınması ile farklı bir bölgeye çoğaltılması arasında bir gecikme vardır. Bu gecikme bir saate kadar sürebilir, bu nedenle bir olağanüstü durum oluşursa bir saate kadar veri kaybı olabilir.

Önemli

Yeni oluşturulan bir sunucu için coğrafi geri yükleme gerçekleştirilirse, ilk tam anlık görüntü yedekleme kopyalama süresi çok daha uzun olduğundan veri boyutuna bağlı olarak ilk yedekleme eşitlemesi 24 saatten fazla sürebilir. Sonraki anlık görüntü yedeklemeleri artımlı kopyadır ve bu nedenle 24 saat sunucu oluşturulduktan sonra geri yüklemeler daha hızlı olur. RTO'nuzu tanımlamak için coğrafi geri yüklemeleri değerlendiriyorsanız, daha iyi tahminler için yalnızca 24 saatlik sunucu oluşturma işleminden sonra coğrafi geri yüklemeyi beklemenizi ve değerlendirmenizi öneririz.

Coğrafi geri yükleme sırasında, değiştirilebilir sunucu yapılandırmaları arasında bilgi işlem oluşturma, sanal çekirdek, yedekleme bekletme süresi ve yedek yedekleme seçenekleri bulunur. Coğrafi geri yükleme sırasında fiyatlandırma katmanının (Temel, Genel Amaçlı veya Bellek için İyileştirilmiş) veya depolama boyutunun değiştirilmesi desteklenmez.

Tahmini kurtarma süresi, veritabanı boyutları, işlem günlüğü boyutu, ağ bant genişliği ve aynı bölgede aynı anda kurtarılan toplam veritabanı sayısı gibi çeşitli faktörlere bağlıdır. Kurtarma süresi genellikle 12 saatten kısadır.

Geri yükleme sonrası görevleri gerçekleştirme

Her iki kurtarma mekanizmasından da geri yükleme yaptıktan sonra, kullanıcılarınızın ve uygulamalarınızın yedeklenip çalıştırılmasını sağlamak için aşağıdaki görevleri gerçekleştirmeniz gerekir:

  • Yeni sunucunun özgün sunucuyu değiştirmesi amaçlanıyorsa, istemcileri ve istemci uygulamalarını yeni sunucuya yeniden yönlendirin
  • Kullanıcıların bağlanması için uygun sanal ağ kurallarının geçerli olduğundan emin olun. Bu kurallar özgün sunucudan kopyalanmaz.
  • Uygun oturum açma bilgilerinin ve veritabanı düzeyinde izinlerin sağlandığından emin olun
  • Uyarıları uygun şekilde yapılandırma

Sonraki adımlar

  • İş sürekliliği hakkında daha fazla bilgi edinmek için bkz . İş sürekliliğine genel bakış.
  • Azure portalını kullanarak belirli bir noktaya geri yüklemek için bkz . Azure portalını kullanarak sunucuyu belirli bir noktaya geri yükleme.
  • Azure CLI kullanarak belirli bir noktaya geri yüklemek için bkz . CLI kullanarak sunucuyu belirli bir noktaya geri yükleme.