MySQL için Azure Veritabanı - Esnek Sunucuda yedekleme ve geri yükleme

  • Makale

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

MySQL için Azure Veritabanı esnek sunucu otomatik olarak sunucu yedeklemeleri oluşturur ve bunları bölge içindeki yerel yedekli depolama alanında güvenli bir şekilde 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.

Backup’a genel bakış

MySQL için Azure Veritabanı esnek sunucu, iş açısından kritik verilerin yedeklerini korumaya yönelik gelişmiş bir esneklik sağlamak için iki tür yedeklemeyi destekler.

Otomatik yedekleme

MySQL için Azure Veritabanı esnek sunucu, veri dosyalarının anlık görüntü yedeklemelerini alır ve bunları yerel yedekli bir depolama alanında depolar. Sunucu ayrıca işlem günlükleri yedeklemesi gerçekleştirir ve bunları yerel yedekli depolama alanında depolar. 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 veritabanı yedeklemesini 1 ila 35 gün yapılandırabilirsiniz. Tüm yedeklemeler, bekleyen veriler için AES 256 bit şifrelemesi kullanılarak şifrelenir.

İsteğe Bağlı yedekleme

MySQL için Azure Veritabanı esnek sunucu, hizmet tarafından alınan otomatik yedeklemelere ek olarak üretim iş yükünün isteğe bağlı yedeklemelerini tetiklemenize ve sunucunun yedekleme saklama ilkesiyle uyumlu olarak depolamanıza da olanak tanır. Geri yükleme sürelerini %90'a kadar azaltmak üzere belirli bir noktaya geri yükleme gerçekleştirmek için bu yedeklemeleri en hızlı geri yükleme noktası olarak kullanabilirsiniz. Varsayılan yedekleme saklama süresi yedi gündür. İsteğe bağlı olarak veritabanı yedeklemesini 1 ila 35 gün yapılandırabilirsiniz. Portaldan toplam 50 isteğe bağlı yedekleme tetikleyebilirsiniz. Tüm yedeklemeler, bekleyen veriler için AES 256 bit şifrelemesi kullanılarak şifrelenir.

Bu yedekleme dosyaları dışarı aktarılamaz. Yedeklemeler yalnızca esnek MySQL için Azure Veritabanı sunucuda geri yükleme işlemleri için kullanılabilir. Veritabanını kopyalamak için mySQL istemcisinden mysqldump da kullanabilirsiniz.

Yedekleme sıklığı

Esnek sunuculardaki 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. Zamanlanan yedekleme başarısız olursa, yedekleme hizmetimiz yedekleme başarılı olana kadar 20 dakikada bir yedekleme yapmaya çalışır. Bu yedekleme hataları, sunucu örneğindeki yoğun işlemsel üretim yüklerinden kaynaklanabilir.

Yedekleme fazlalık seçenekleri

MySQL için Azure Veritabanı esnek sunucu, verilerinizin geçici donanım hataları, ağ veya güç kesintileri ve büyük doğal afetler gibi planlı ve plansız olaylara karşı korunması için yedeklerinizin birden çok kopyasını depolar. MySQL için Azure Veritabanı esnek sunucu Temel, Genel Amaçlı ve İş Açısından Kritik katmanlarında yerel olarak yedekli, alanlar arası yedekli veya coğrafi olarak yedekli yedekleme depolama alanı arasında seçim yapma esnekliği sağlar. Varsayılan olarak, MySQL için Azure Veritabanı esnek sunucu yedekleme depolama alanı aynı bölge yüksek kullanılabilirliği (HA) veya yüksek kullanılabilirlik yapılandırması olmayan sunucular için yerel olarak yedeklidir ve alanlar arası yedekli HA yapılandırmasına sahip sunucular için alanlar arası yedeklidir.

Yedekleme yedekliliği, veritabanınızın hatalar karşısında bile kullanılabilirlik ve dayanıklılık hedeflerini karşılamasını sağlar ve esnek MySQL için Azure Veritabanı sunucu kullanıcılara üç seçenek genişletir -

  • Yerel olarak yedekli yedekleme depolama alanı : Yedeklemeler yerel olarak yedekli yedekleme depolama alanında depolandığında, yedeklemelerin birden çok kopyası aynı veri merkezinde depolanır. Bu seçenek, verilerinizi sunucu rafı ve sürücü hatalarına karşı korur. Ayrıca bu, belirli bir yıl boyunca Yedekleme nesnelerinin en az %99,99999999999 (11 9'lar) dayanıklılığını sağlar. Varsayılan olarak, aynı bölge yüksek kullanılabilirliği (HA) veya yüksek kullanılabilirlik yapılandırması olmayan sunucular için yedekleme depolama alanı yerel olarak yedekli olarak ayarlanır.

  • Alanlar arası yedekli yedekleme depolama alanı : Yedeklemeler alanlar arası yedekli yedekleme depolama alanında depolandığında, birden çok kopya yalnızca sunucunuzun barındırıldığı kullanılabilirlik alanında depolanmaz, aynı zamanda aynı bölgedeki başka bir kullanılabilirlik alanına çoğaltılır. Bu seçenek, yüksek kullanılabilirlik gerektiren senaryolar veya veri yerleşimi gereksinimlerini karşılamak için bir ülke/bölge içinde veri çoğaltmasını kısıtlamak için kullanılabilir. Ayrıca bu, belirli bir yıl içinde Yedekleme nesneleri için en az %99,99999999999 (12 9'lar) dayanıklılık sağlar. Alanlar arası yedekli yedekleme depolama alanı sağlamak için sunucu oluşturma zamanında Alanlar Arası Yedekli Yüksek Kullanılabilirlik seçeneğini belirleyebilirsiniz. Bir sunucu için Yüksek Kullanılabilirlik oluşturma sonrasında devre dışı bırakılabilir, ancak yedekleme depolama alanı alanlar arası yedekli kalır.

  • Coğrafi Olarak Yedekli yedekleme depolama alanı : Yedeklemeler coğrafi olarak yedekli yedekleme depolama alanında depolandığında, birden çok kopya yalnızca sunucunuzun barındırıldığı bölgede depolanmaz, aynı zamanda coğrafi olarak eşleştirilmiş bölgesine de çoğaltılır. Bu özellik, bir felaket olması durumunda sunucunuz için farklı bir bölgede daha iyi koruma ve geri yükleme olanağı tanır. Ayrıca bu, belirli bir yıl boyunca Yedekleme nesnelerinin en az %99,999999999999999 (16 9'lar) dayanıklılığını sağlar. Coğrafi olarak yedekli yedekleme depolama alanı sağlamak için sunucu oluşturma zamanında Coğrafi Yedeklilik seçeneğini etkinleştirebilirsiniz. Ayrıca, sunucu oluşturma sonrasında yerel olarak yedekli depolamadan coğrafi olarak yedekli depolamaya geçebilirsiniz. Coğrafi yedeklilik, Azure ile eşleştirilmiş bölgelerinin herhangi birisinde barındırılan sunucularda kullanılabilir.

Not

Alanlar arası yedekli Yüksek Kullanılabilirlik, bölge yedekliliğini desteklemek için geçerli olarak yalnızca oluşturma zamanı işlemi olarak ortaya çıkar. Şu anda Alanlar arası yedekli Yüksek Kullanılabilirlik sunucusu coğrafi olarak yedeklilik yalnızca sunucu oluşturma zamanında etkinleştirilebilir/devre dışı bırakılabilir.

Diğer yedekleme depolama seçeneklerinden coğrafi olarak yedekli yedekleme depolama alanına geçme

Aşağıdaki önerilen yöntemleri kullanarak mevcut yedekleme depolama alanınızı coğrafi olarak yedekli depolamaya taşıyabilirsiniz:

  • Yerel olarak yedekli depolamadan coğrafi olarak yedekli yedekleme depolama alanına geçiş - Yedekleme depolama alanınızı yerel olarak yedekli depolamadan coğrafi olarak yedekli depolamaya taşımak için Azure portaldan İşlem + Depolama sunucu yapılandırmasını değiştirerek yerel olarak yedekli kaynak sunucu için Coğrafi olarak yedekliliği etkinleştirebilirsiniz. Aynı Alanlar Arası Yedekli HA sunucuları da benzer şekilde coğrafi olarak yedekli bir sunucu olarak geri yüklenebilir. Temel alınan yedekleme depolama alanı aynı şekilde yerel olarak yedeklidir.

  • Alanlar arası yedekli depolamadan coğrafi olarak yedekli yedekleme depolama alanına geçiş - esnek MySQL için Azure Veritabanı sunucu, İşlem + Depolama ayarları sunucu sağlandıktan sonra değiştirildiğinde alanlar arası yedekli depolamadan coğrafi olarak yedekli depolamaya dönüştürmeyi desteklemez. Yedek depolama alanınızı alanlar arası yedekli depolamadan coğrafi olarak yedekli depolamaya taşımak için iki seçenek vardır: a) Sunucuyu istenen yapılandırmayla geri yüklemek için PITR (belirli bir noktaya geri yükleme) kullanın. b) İstenen yapılandırmayla yeni bir sunucu oluşturun ve döküm ve geri yükleme kullanarak verileri geçirin.

Yedekleme dosyası saklama

Yedeklemeler, sunucudaki yedekleme saklama süresi ayarına göre korunur. Varsayılan saklama süresi yedi gün olan 1 ile 35 gün aralığında bir bekletme süresi seçebilirsiniz. Azure portalını 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 alarak belirli bir noktaya geri yükleme işleminin ne kadar geriye doğru gerçekleştirilebileceğ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 yedi gün olarak ayarlanırsa kurtarma penceresi son yedi gün olarak kabul edilir. Bu senaryoda, son yedi gün içinde sunucuyu geri yüklemek için gereken tüm yedeklemeler korunur. Yedi günlük bir yedekleme saklama penceresiyle, veritabanı anlık görüntüleri ve işlem günlüğü yedeklemeleri son sekiz gün (pencereden 1 gün önce) için depolanır.

Yedekleme alanı maliyeti

MySQL için Azure Veritabanı esnek sunucu, sağlanan sunucu depolama alanınızın %100'e kadarını ek ücret ödemeden yedek depolama alanı olarak sağlar. 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 depolama alanınız vardır. Günlük yedekleme kullanımı 25 GB ise 10 güne kadar ücretsiz yedekleme depolama alanınız olabilir. Depolama 250 GB'tan fazla yedekleme için kullanılan fiyatlandırma modeline göre ücretlendirilir.

Sunucu tarafından kullanılan yedekleme depolama alanını izlemek için Azure portalında bulunan 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 veritabanı yedeklemeleri ve günlük yedeklemeleri tarafından kullanılan depolamanın toplamını temsil eder. 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 bir sunucu için kullanılan yedekleme depolama alanı, yerel olarak yedekli bir sunucunun iki katıdır.

Yedekleme depolama maliyetini denetlemenin birincil yöntemi, uygun yedekleme saklama süresini ayarlamaktır. 1 ile 35 gün arasında bir saklama süresi seçebilirsiniz.

Önemli

Bölgesel olarak yedekli yüksek kullanılabilirlik yapılandırmasında yapılandırılmış bir veritabanı sunucusundan yedeklemeler, anlık görüntü yedeklemelerinde ek yük çok az olduğundan birincil veritabanı sunucusundan gerçekleşir.

Kullanılabilir Tam Yedeklemeleri Görüntüle

Azure portalındaki Yedekleme ve Geri Yükleme dikey penceresi, belirli bir noktada kullanabileceğiniz tam yedeklemelerin tam listesini sağlar. Buna otomatik yedeklemelerin yanı sıra İsteğe Bağlı yedeklemeler dahildir. Bu dikey pencereyi kullanarak sunucunun saklama süresi içindeki tüm kullanılabilir tam yedeklemelerin tamamlanma zaman damgalarını görüntüleyebilir ve bu tam yedeklemeleri kullanarak geri yükleme işlemleri gerçekleştirebilirsiniz. Kullanılabilir yedeklemeler listesi, bekletme süresi içindeki tüm tam yedeklemeleri, başarıyla tamamlandığını gösteren bir zaman damgasını, yedeklemenin ne kadar süre tutulacağını gösteren bir zaman damgasını ve bir geri yükleme eylemini içerir.

Geri Yükleme

Esnek MySQL için Azure Veritabanı sunucuda geri yükleme gerçekleştirmek, özgün sunucunun yedeklerinden yeni bir sunucu oluşturur. İki tür geri yükleme kullanılabilir:

  • Belirli bir noktaya geri yükleme: yedek yedeklilik seçeneğiyle kullanılabilir ve ö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 sunucunuzu coğrafi olarak eşleştirilmiş bir bölgeye veya esnek sunucunun kullanılabildiği başka bir Azure desteği 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.

Not

Yüksek Kullanılabilirlik özellikli bir sunucu, hem Belirli bir noktaya geri yükleme hem de Coğrafi geri yükleme için geri yüklemeden sonra HA dışı (Yüksek Kullanılabilirlik devre dışı) olur.

Belirli bir noktaya geri yükleme

Esnek MySQL için Azure Veritabanı sunucuda belirli bir noktaya geri yükleme gerçekleştirmek, kaynak sunucunuzla aynı bölgedeki esnek sunucunun yedeklerinden yeni bir sunucu oluşturur. İşlem katmanı, sanal çekirdek sayısı, depolama boyutu, yedekleme saklama süresi ve yedek yedeklilik seçeneği için özgün sunucunun yapılandırmasıyla oluşturulur. Ayrıca, sanal ağ ve güvenlik duvarı gibi etiketler ve ayarlar kaynak sunucudan devralınır. Geri yükleme tamamlandıktan sonra geri yüklenen sunucunun işlem ve depolama katmanı, yapılandırma ve güvenlik ayarları değiştirilebilir.

Not

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

  • time_zone - Bu değer SİSTEM VARSAYILAN DEĞERİNİ ayarlamaya yöneliktir
  • event_scheduler - Geri yüklenen sistemde event_scheduler OFF olarak ayarlanır

Belirli bir noktaya geri yükleme, birden çok senaryoda kullanışlıdır. Yaygın kullanım örneklerinden bazıları şunlardır:

  • Kullanıcı veritabanındaki verileri yanlışlıkla sildiğinde
  • Kullanıcı önemli bir tabloyu veya veritabanını bırakır
  • Kullanıcı uygulaması, bir uygulama hatası nedeniyle hatalı verilerle yanlışlıkla iyi verilerin üzerine yazar.

Azure portalı aracılığıyla en son geri yükleme noktası, özel geri yükleme noktası ve en hızlı geri yükleme noktası (tam yedekleme kullanarak geri yükleme) arasında seçim yapabilirsiniz.

  • En son geri yükleme noktası: En son geri yükleme noktası seçeneği, sunucuyu geri yükleme işleminin tetiklendiği zaman damgasına geri yüklemenize yardımcı olur. Bu seçenek, sunucuyu hızla en güncel duruma geri yüklemek için kullanışlıdır.
  • Özel geri yükleme noktası: Bu seçenek, bu sunucu için tanımlanan bekletme süresi içinde belirli bir noktayı seçmenize olanak tanır. Bu seçenek, bir kullanıcı hatasından kurtarmak için sunucuyu tam zamanında geri yüklemek için kullanışlıdır.
  • En hızlı geri yükleme noktası: Bu seçenek, kullanıcıların sunucu için tanımlanan saklama süresi içinde belirli bir gün için mümkün olan en hızlı zamanda sunucuyu geri yüklemesine olanak tanır. En hızlı geri yükleme, tam yedeklemenin tamamlandığı belirli bir noktaya geri yükleme seçerek mümkündür. Bu geri yükleme işlemi yalnızca tam anlık görüntü yedeklemesini geri yükler ve günlüklerin geri yüklenmesini veya kurtarılmasını garanti etmez ve bu da onu hızlı hale getirir. Başarılı bir geri yükleme işlemi için zaman içindeki en erken geri yükleme noktasından daha büyük bir tam yedekleme zaman damgası seçmenizi öneririz.

Tahmini kurtarma süresi veritabanı boyutları, işlem günlüğü yedekleme boyutu, SKU'nun işlem boyutu ve geri yükleme zamanı gibi çeşitli faktörlere bağlıdır. İşlem günlüğü kurtarma, geri yükleme işleminin en çok zaman alan bölümüdür. Geri yükleme süresi anlık görüntü yedekleme zamanlamasına daha yakın seçilirse, işlem günlüğü uygulaması çok az olduğundan geri yükleme işlemleri daha hızlıdır. Sunucunuz için doğru kurtarma süresini tahmin etmek için ortamınızda çok fazla ortama özgü değişken olduğundan bunu test etmenizi kesinlikle öneririz.

Önemli

Alanlar arası yedekli yüksek kullanılabilirlik ile yapılandırılmış MySQL için Azure Veritabanı esnek bir sunucu örneğini geri yüklüyorsanız, geri yüklenen sunucu birincil sunucunuzla aynı bölgede ve bölgede yapılandırılır ve HA olmayan modda tek bir sunucu olarak dağıtılır. Esnek sunucu için alanlar arası yedekli yüksek kullanılabilirlik bölümüne bakın.

Önemli

Silinen MySQL için Azure Veritabanı esnek sunucu kaynağını, sunucu silindikten sonra 5 gün içinde kurtarabilirsiniz. Silinen sunucuyu geri yükleme hakkında ayrıntılı bir kılavuz için belgelenmiş adımlara bakın. Dağıtım sonrasında sunucu kaynaklarını yanlışlıkla silinmeye veya beklenmeyen değişikliklere karşı korumak için yöneticiler yönetim kilitlerinden yararlanabilir.

Coğrafi geri yükleme

Sunucunuzu coğrafi olarak yedekli yedeklemeler veya esnek MySQL için Azure Veritabanı sunucunun kullanılabildiği diğer Azure desteği bölgeler için yapılandırdıysanız, sunucuyu hizmetin kullanılabildiği coğrafi olarak eşleştirilmiş bölgesine geri yükleyebilirsiniz. Eşleştirilmemiş Azure desteği bölgeye geri yükleme olanağı (dışında Brazil SouthUSGov Virginia ve West US 3) "Evrensel Coğrafi geri yükleme" olarak bilinir).

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ıyla farklı 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.

Coğrafi geri yükleme, Azure CLI'dan yararlanan durdurulmuş bir sunucuda da gerçekleştirilebilir. Azure CLI ile bir sunucuyu coğrafi olarak geri yükleme hakkında daha fazla bilgi edinmek için Bkz. Azure CLI ile esnek MySQL için Azure Veritabanı sunucuyu geri yükleme.

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.

Not

Alanlar arası yedekli yüksek kullanılabilirlik ile yapılandırılmış MySQL için Azure Veritabanı esnek sunucu örneğini coğrafi olarak geri yüklüyorsanız, geri yüklenen sunucu coğrafi olarak eşleştirilmiş bölgede ve birincil sunucunuzla aynı bölgede yapılandırılır ve HA olmayan modda tek bir MySQL için Azure Veritabanı esnek sunucu örneği olarak dağıtılır. Esnek MySQL için Azure Veritabanı sunucu için alanlar arası yedekli yüksek kullanılabilirlik bölümüne bakın.

Önemli

Birincil bölge kapatıldığında, birincil bölgede depolama sağlanamadığından ilgili coğrafi olarak eşleştirilmiş bölgede coğrafi olarak yedekli sunucular oluşturamazsınız. Birincil bölgenin coğrafi olarak eşleştirilmiş bölgede coğrafi olarak yedekli sunucular sağlamasını beklemeniz gerekir. Birincil bölge kapalıyken, geri yükleme portalı deneyiminde İşlem + Depolama Sunucu ayarlarını yapılandırma ve iş sürekliliğini sağlamak için yerel olarak yedekli sunucu olarak geri yükleme'deki coğrafi olarak yedeklilik seçeneğini devre dışı bırakarak kaynak sunucuyu coğrafi olarak eşleştirilmiş bölgeye geri yükleyebilirsiniz.

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

En son geri yükleme noktasından veya özel geri yükleme noktası kurtarma mekanizmasından geri yükleme yaptıktan sonra, kullanıcılarınızın ve uygulamalarınızın yeniden çalışır duruma gelip çalışmasını sağlamak için aşağıdaki görevleri gerçekleştirmeniz gerekir:

  • Yeni sunucu özgün sunucunun yerini alacaksa, istemcileri ve istemci uygulamalarını yeni sunucuya yönlendirin.
  • Kullanıcıların bağlanması için uygun sunucu düzeyinde güvenlik duvarı ve sanal ağ kurallarının geçerli olduğundan emin olun.
  • Uygun oturum açma bilgilerinin ve veritabanı düzeyinde izinlerin olduğundan emin olun.
  • Uyarıları uygun şekilde yapılandırın.

Uzun süreli saklama (önizleme)

Azure Backup ve MySQL için Azure Veritabanı esnek sunucu hizmetleri, yedeklemeleri 10 yıla kadar saklayan MySQL için Azure Veritabanı esnek sunucu örnekleri için kurumsal sınıf uzun vadeli bir yedekleme çözümü oluşturmsturm. Uzun süreli saklamayı bağımsız olarak veya 35 güne kadar saklama olanağı sunan esnek MySQL için Azure Veritabanı sunucu tarafından sunulan otomatik yedekleme çözümüne ek olarak kullanabilirsiniz. Otomatik yedeklemeler, özellikle en son yedeklemelerden geri yüklemek istediğinizde işletimsel kurtarmalar için uygun anlık görüntü yedeklemeleridir. Uzun süreli yedeklemeler, uyumluluk gereksinimleriniz ve denetim gereksinimleriniz konusunda size yardımcı olur. Çözüm, uzun süreli saklamaya ek olarak aşağıdaki özellikleri de sunar:

  • Müşteri tarafından denetlenen zamanlanmış ve isteğe bağlı yedeklemeler
  • Yedekleme Merkezi olarak adlandırılan tek bir bölmeden sunucular, kaynak grupları, konumlar, abonelikler ve kiracılar arasında yedeklemeyle ilgili tüm işlemleri ve işleri yönetin ve izleyin.
  • Yedeklemeler, ayrı güvenlik ve hata etki alanlarında depolanır. Kaynak sunucu veya aboneliğin güvenliği ihlal edilirse yedeklemeler Yedekleme kasasında (Azure Yedekleme ile yönetilen depolama hesaplarında) güvende kalır.

Sınırlamalar ve önemli noktalar

  • Önizlemede, LTR geri yüklemesi şu anda Depolama hesaplarına RestoreasFiles olarak kullanılabilir. RestoreasServer özelliği gelecekte eklenecektir.

  • LTR yedeklemesi şu anda HA özellikli sunucular için desteklenmiyor. Bu özellik gelecekte eklenecektir.

  • Azure CLI aracılığıyla LTR oluşturma ve yönetme desteği şu anda desteklenmiyor.

Uzun süreli yedekleme gerçekleştirme hakkında daha fazla bilgi için nasıl yapılır kılavuzunu ziyaret edin

İsteğe bağlı yedekleme ve Dışarı Aktarma (önizleme)

MySQL için Azure Veritabanı Esnek sunucu artık sunucunun isteğe bağlı fiziksel yedeklemesini tetikleme ve bunu bir Azure depolama hesabına (Azure blob depolama) aktarma olanağı sunar. Dışarı aktarıldıktan sonra bu yedeklemeler veri kurtarma, geçiş ve yedeklilik için kullanılabilir. Dışarı aktarılan bu fiziksel yedekleme dosyaları, kuruluşun denetim/uyumluluk/arşivleme gereksinimlerini karşılamaya yardımcı olmak üzere şirket içi MySQL sunucusuna geri yüklemek için kullanılabilir. Özellik şu anda genel önizleme aşamasındadır ve yalnızca genel bulut bölgelerinde kullanılabilir.

Yedeklemeyi dışarı aktarma hakkında daha fazla bilgi için nasıl yapılır kılavuzunu ziyaret edin

Sık Sorulan Sorular (SSS)

  • Sunucumu Nasıl yaparım? yedekleyin?

    Varsayılan olarak MySQL için Azure Veritabanı esnek sunucu, varsayılan 7 günlük saklama süresiyle tüm sunucunuzun (oluşturulan tüm veritabanlarını kapsayan) otomatik yedeklemelerini etkinleştirir. İsteğe Bağlı yedekleme özelliğini kullanarak el ile yedekleme de tetikleyebilirsiniz. El ile yedeklemenin diğer yolu, burada belgelendiği gibi mysqldump veya burada belgelendiği gibi mydumper gibi topluluk araçlarını kullanmaktır. MySQL için Azure Veritabanı esnek sunucu örneğini Blob depolamaya yedeklemek istiyorsanız, Blob Depolama için esnek sunucu yedekleme MySQL için Azure Veritabanı teknik topluluk blogumuza bakın.

  • Otomatik yedeklemeleri uzun süre saklanacak şekilde yapılandırabilir miyim?

    Hayır, şu anda en fazla 35 günlük otomatik yedekleme saklamayı destekliyoruz. El ile yedeklemeler alabilir ve bunu uzun süreli saklama gereksinimi için kullanabilirsiniz.

  • Sunucum için yedekleme pencereleri nelerdir? Özelleştirebilir miyim?

    İ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. Yedekleme pencereleri doğal olarak Azure tarafından yönetilir ve özelleştirılamaz.

  • Yedeklemelerim şifreli midir?

    Sorgu yürütme sırasında oluşturulan tüm MySQL için Azure Veritabanı esnek sunucu verileri, yedeklemeleri ve geçici dosyalar AES 256 bit şifreleme kullanılarak şifrelenir. Depolama şifrelemesi her zaman açıktır ve devre dışı bırakılamaz.

  • Tek/birkaç veritabanını geri yükleyebilir miyim?

    Tek/birkaç veritabanını veya tabloyu geri yükleme desteklenmez. Belirli veritabanlarını geri yüklemek istiyorsanız Belirli Bir Noktaya Geri Yükleme gerçekleştirin ve ardından gereken tabloları veya veritabanlarını ayıklayın.

  • Yedekleme penceresi sırasında sunucum kullanılabilir mi?

    Evet. Yedeklemeler çevrimiçi işlemlerdir ve anlık görüntü tabanlıdır. Anlık görüntü işlemi yalnızca birkaç saniye sürer ve üretim iş yüklerini engellemez ve sunucunun yüksek kullanılabilirliğini sağlar.

  • Sunucu için bakım penceresini ayarlarken yedekleme penceresini hesaba eklememiz gerekiyor mu?

    Hayır, yedeklemeler yönetilen hizmetin bir parçası olarak dahili olarak tetiklenir ve Yönetilen Bakım Penceresi'ni taşımaz.

  • Otomatik yedeklemelerim nerede depolanır ve bunların elde tutulmasını nasıl yönetebilirim?

    MySQL için Azure Veritabanı esnek sunucu otomatik olarak sunucu yedeklemeleri oluşturur ve bunları kullanıcı tarafından yapılandırılmış, yerel olarak yedekli depolama alanında veya coğrafi olarak yedekli depolamada depolar. Bu yedekleme dosyaları dışarı aktarılamaz. Varsayılan yedekleme saklama süresi yedi gündür. İsteğe bağlı olarak veritabanı yedeklemesini 1 ila 35 gün yapılandırabilirsiniz.

  • Yedeklemelerimi nasıl doğrularım?

    Başarıyla tamamlanan yedeklemelerin kullanılabilirliğini doğrulamanın en iyi yolu, Yedekleme ve Geri Yükleme dikey penceresinde saklama süresi içinde alınan tam otomatik yedeklemeleri görüntülemektir. Yedekleme başarısız olursa, kullanılabilir yedeklemeler listesinde listelenmez ve yedekleme hizmeti başarılı bir yedekleme alınana kadar her 20 dakikada bir yedekleme yapmayı dener. Bu yedekleme hataları, sunucudaki yoğun işlemsel üretim yüklerinden kaynaklanıyor.

  • Yedekleme kullanımını nerede görebilirim?

    Azure portalında, İzleme sekmesi - Ölçümler bölümünde, toplam yedekleme kullanımını izlemenize yardımcı olabilecek Yedekleme Depolama Kullanılan ölçümünü bulabilirsiniz.

  • Sunucumu silersem yedeklemelerine ne olur?

    Sunucuyu silerseniz, sunucuya ait tüm yedeklemeler de silinir ve bunlar kurtarılamaz. Dağıtım sonrasında sunucu kaynaklarını yanlışlıkla silinmeye veya beklenmeyen değişikliklere karşı korumak için yöneticiler yönetim kilitlerini kullanabilir.

  • Bir sunucuyu geri yüklediğimde yedeklemelerime ne olur?

    Bir sunucuyu geri yüklerseniz, her zaman özgün sunucunun yedekleri kullanılarak geri yüklenen net yeni bir sunucu oluşturulmasına neden olur. Özgün sunucudan eski yedekleme, yeni geri yüklenen sunucuya kopyalanmaz ve özgün sunucuda kalır. Ancak, yeni oluşturulan sunucu için ilk anlık görüntü yedeklemesi bir sunucu oluşturulduktan hemen sonra zamanlanır ve hizmet, yapılandırılmış sunucu saklama süresine göre günlük otomatik yedeklemelerin alınmasını ve depolanmasını sağlar.

  • Yedeklemeleri kullanımım için nasıl ücretlendirilirim ve faturalandırılırım?

    MySQL için Azure Veritabanı esnek sunucu, sağlanan sunucu depolama alanınızın %100'ünün ek ücret ödemeden yedek depolama alanı olarak sağlanmasını sağlar. Kullanılan diğer yedekleme depolama alanları, fiyatlandırma modeline göre aylık GB olarak ücretlendirilir. Yedekleme depolama faturalaması, sunucudaki işlem etkinliği dışında seçilen yedekleme saklama süresine ve seçilen yedek yedeklilik seçeneğine de tabidir ve bu da doğrudan kullanılan toplam yedekleme depolama alanını etkiler.

  • Durdurulan sunucular için yedeklemeler nasıl korunur?

    Durdurulan sunucular için yeni yedekleme gerçekleştirilmez. Sunucu durdurulduğu sırada tüm eski yedeklemeler (bekletme penceresi içinde) sunucu yeniden başlatılana kadar korunur ve etkin sunucu için yedekleme saklama süresi yedekleme saklama penceresi tarafından yönetilir.

  • Durdurulan bir sunucu için yedeklemeler için nasıl faturalandırılırım?

    Sunucu örneğiniz durdurulurken, sağlanan depolama (Sağlanan IOPS dahil) ve yedekleme depolama alanı (belirtilen saklama pencerenizde depolanan yedeklemeler) için ücretlendirilirsiniz. Ücretsiz yedekleme depolama alanı, sağlanan veritabanınızın boyutuyla sınırlıdır ve yalnızca etkin sunucular için geçerlidir.

  • Yedekleme verilerim nasıl korunur?

    MySQL için Azure veritabanı Esnek sunucusu, yapılandırılan saklama süresi boyunca kurtarma noktalarının kaybolmasına neden olabilecek tüm işlemleri engelleyerek yedekleme verilerinizi korur. Saklama süresi boyunca alınan yedeklemeler yalnızca geri yükleme amacıyla okunabilir ve saklama süresinden sonra silinir. Ayrıca, esnek MySQL için Azure Veritabanı sunucudaki tüm yedeklemeler, bekleyen veriler için AES 256 bit şifreleme kullanılarak şifrelenir.

  • Belirli Bir Noktaya Geri Yükleme (PITR) işlemi IOPS kullanımını nasıl etkiler?

    MySQL için Azure Veritabanı - Esnek Sunucu'daki bir PITR işlemi sırasında yeni bir sunucu oluşturulur ve veriler kaynak sunucunun depolama alanından yeni sunucunun depolama alanına kopyalanır. Bu işlem kaynak sunucuda IOPS kullanımının artmasına neden olur. IOPS kullanımındaki bu artış normal bir durumdur ve kaynak sunucu veya PITR işlemiyle ilgili herhangi bir sorun olduğunu göstermez. PITR işlemi tamamlandıktan sonra, kaynak sunucudaki IOPS kullanımı normal düzeylerine döner.

  • Sunucumu geri yüklemek Nasıl yaparım?? Azure portalı, tüm sunucular için Belirli Bir Noktaya Geri Yükleme'yi destekleyerek kullanıcıların en son veya özel geri yükleme noktalarına geri yüklemesine olanak sağlar. Sunucunuzu mysqldump/myDumper tarafından alınan yedeklemelerden el ile geri yüklemek için bkz . MyLoader kullanarak veritabanınızı geri yükleme.

  • Geri yüklemem neden bu kadar zaman alıyor?

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

    • Veritabanlarının boyutu. Kurtarma işleminin bir parçası olarak, veritabanının son fiziksel yedeklemeden sulanması gerekir ve bu nedenle kurtarma süresi veritabanının boyutuyla orantılı olacaktır.
    • İşlem etkinliğinin kurtarılması için yeniden oynatılması gereken etkin bölümü. Kurtarma, son başarılı denetim noktasından eklenen işlem etkinliğine bağlı olarak daha uzun sürebilir.
    • Farklı bir bölgeye geri yükleme yapılıyorsa, ağ bant genişliği.
    • Hedef bölgede aynı anda işlenecek geri yükleme isteklerinin sayısı.
    • Veritabanındaki tablolarda birincil anahtarların varlığı. Daha hızlı kurtarma için veritabanınızdaki tüm tablolar için birincil anahtarlar eklemeyi göz önünde bulundurun.

  • Oturum düzeyinde veritabanı değişkenlerini değiştirmek geri yüklemeyi etkiler mi?

    Oturum düzeyi değişkenlerini değiştirmek ve DML deyimlerini mySQL istemci oturumunda çalıştırmak PITR (belirli bir noktaya geri yükleme) işlemini etkileyebilir çünkü bu değişiklikler yedekleme ve geri yükleme işlemi için kullanılan ikili günlükte kaydedilmez. Örneğin foreign_key_checks, yabancı anahtar kısıtlamasını ihlal eden bir DML deyimini çalıştırmak için devre dışı bırakıldığında PITR (belirli bir noktaya geri yükleme) hatasına neden olan bu tür bir oturum düzeyi değişkenidir. Böyle bir senaryoda tek geçici çözüm, foreign_key_checks devre dışı bırakıldığı zamandan daha erken bir PITR zamanı seçmek olacaktır. Önerimiz, başarılı bir PITR işlemi için oturum değişkenlerini DEĞİlDİr.

Sonraki adımlar