PostgreSQL için Azure Veritabanı - Tek Sunucu’da yedekleme ve geri yükleme

  • Makale

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

Önemli

PostgreSQL için Azure Veritabanı - Tek Sunucu kullanımdan kaldırma yolundadır. PostgreSQL için Azure Veritabanı - Esnek Sunucu'ya yükseltmenizi kesinlikle öneririz. PostgreSQL için Azure Veritabanı - Esnek Sunucu'ya geçiş hakkında daha fazla bilgi için bkz. PostgreSQL için Azure Veritabanı Tek Sunucuya ne oluyor?.

PostgreSQL için Azure Veritabanı otomatik olarak sunucu yedeklemeleri oluşturur ve bunları kullanıcı tarafından yapılandırılan yerel olarak yedekli veya coğrafi olarak yedekli depolamada 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

PostgreSQL için Azure Veritabanı veri dosyalarının ve işlem günlüğünün yedeklerini alır. Desteklenen maksimum depolama boyutuna bağlı olarak tam ve fark yedeklemeleri (4 TB maksimum depolama sunucuları) veya anlık görüntü yedeklemelerini (en fazla 16 TB depolama sunucusu) alıyoruz. 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ı dışarı aktarılamaz. Yedeklemeler yalnızca PostgreSQL için Azure Veritabanı geri yükleme işlemleri için kullanılabilir. Veritabanını kopyalamak için pg_dump kullanabilirsiniz.

Yedekleme sıklığı

4 TB'a kadar depolama alanı olan sunucular

En fazla 4 TB depolamayı destekleyen sunucular için tam yedeklemeler her hafta bir kez gerçekleşir. Değişiklik yedeklemeleri günde iki kez gerçekleşir. İşlem günlüğü yedeklemeleri her beş dakikada bir gerçekleşir.

16 TB'a kadar depolama alanı olan sunucular

Azure bölgelerinin bir alt kümesinde, yeni sağlanan tüm sunucular 16 TB'a kadar depolamayı destekleyebilir. Bu büyük depolama sunucularında yedeklemeler anlık görüntü tabanlıdır. İlk tam anlık görüntü yedeklemesi, sunucu oluşturulduktan hemen sonraya zamanlanır. Bu ilk tam anlık görüntü yedeklemesi, sunucunun temel yedeklemesi olarak korunur. Sonraki anlık görüntü yedeklemeleri yalnızca değişiklik yedeğidir. Anlık görüntü değişiklik yedekleri belirli bir plana göre gerçekleştirilmez. Bir günde birden çok fark anlık görüntüsü yedeklemesi gerçekleştirilir, ancak yalnızca 3 yedekleme korunur. İşlem günlüğü yedeklemeleri her beş dakikada bir gerçekleşir.

Not

4 TB'a kadar depolama yapılandırmasıyla yapılandırılan çoğaltma sunucuları için otomatik yedeklemeler gerçekleştirilir.

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:

  • En fazla 4 TB depolama alanına sahip sunucular, en erken tam veritabanı yedeklemesi sonrasında gerçekleştirilen en fazla 2 tam veritabanı yedeğini, tüm değişiklik yedeklemelerini ve işlem günlüğü yedeklemelerini korur.
  • 16 TB'a kadar depolama alanı olan sunucular, son 8 gün içinde tüm fark anlık görüntülerini ve işlem günlüğü yedeklemelerini içeren tam veritabanı anlık görüntüsünü korur.

Yedekleme fazlalık seçenekleri

PostgreSQL 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, eşleştirilmiş bir bölgeye ek bir yedekleme kopyası çoğaltılır. Bu, bölgesel bir olağanüstü durum durumunda sunucunuzu daha iyi koruma ve geri yükleme olanağı sağlar. Temel katman yalnızca yerel olarak yedekli yedekleme depolama alanı sunar.

Önemli

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 alanı maliyeti

PostgreSQL için Azure Veritabanı sağlanan sunucu depolama alanınızın %100'ünün yedek depolama alanı olarak ek ücret ödemeden sağlanmasını 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 ek depolama alanınız vardır. 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 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

PostgreSQL için Azure Veritabanı'da 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 ancak sunucunuzda coğrafi olarak yedekli depolama yapılandırıldığında kullanılabilir ve bu özellik sunucunuzu başka bir bölgede geri yüklemenizi sağlar.

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, son veri yedeklemesine bağlı olarak değişir ve kurtarma işleminin gerçekleştirilmesi gerekir. Genellikle 12 saatten azdır.

Not

Kaynak PostgreSQL sunucunuz müşteri tarafından yönetilen anahtarlarla şifreleniyorsa, göz önünde bulundurulması gereken diğer konular için belgelere bakın.

Not

Silinmiş bir PostgreSQL sunucusunu geri yüklemek istiyorsanız, burada belgelenen yordamı izleyin.

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.

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.

Bırakılan bir tabloyu geri yüklemek istiyorsanız,

  1. Belirli bir noktaya yöntemini kullanarak kaynak sunucuyu geri yükleyin.
  2. Geri yüklenen sunucudan kullanarak pg_dump tablonun dökümünü alın.
  3. Özgün sunucudaki kaynak tabloyu yeniden adlandırın.
  4. Özgün sunucuda psql komut satırını kullanarak tabloyu içeri aktar.
  5. İsteğe bağlı olarak geri yüklenen sunucuyu silebilirsiniz.

Not

Aynı anda aynı sunucu için birden çok geri yükleme oluşturmamanızı öneririz.

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. 4 TB'a kadar depolamayı destekleyen sunucular coğrafi olarak eşleştirilmiş bölgeye veya 16 TB'a kadar depolamayı destekleyen herhangi bir bölgeye geri yüklenebilir. 16 TB'a kadar depolamayı destekleyen sunucular için coğrafi yedeklemeler, 16 TB'lık sunucuları destekleyen tüm bölgelerde geri yüklenebilir. Desteklenen bölgelerin listesi için PostgreSQL için Azure Veritabanı fiyatlandırma katmanlarını gözden geçirin.

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. 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.

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. Fiyatlandırma katmanının (Temel, Genel Amaçlı veya Bellek için İyileştirilmiş) veya depolama boyutunun değiştirilmesi desteklenmez.

Not

Kaynak sunucunuz altyapı çift şifrelemesi kullanıyorsa, sunucuyu geri yüklemek için kullanılabilir bölgeler de dahil olmak üzere sınırlamalar vardır. Daha fazla ayrıntı için lütfen altyapı çift şifrelemesine bakın.

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:

  • Geri yüklenen sunucuya erişmek için, özgün sunucudan farklı bir ada sahip olduğundan, lütfen sunucu adını geri yüklenen sunucu adı ve kullanıcı adını username@new-restored-server-name bağlantı dizesi olarak değiştirin.

  • 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. 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

  • Uzun vadeli bekletme

    Azure Backup ve PostgreSQL için Azure Veritabanı sunucu hizmetleri, yedeklemeleri 10 yıla kadar saklayan PostgreSQL için Azure Veritabanı tek sunucu örneği için kurumsal sınıf uzun vadeli bir yedekleme çözümü oluşturms. Uzun süreli saklamayı bağımsız olarak veya tek PostgreSQL için Azure Veritabanı sunucu tarafından sunulan ve 35 güne kadar saklama olanağı sunan otomatik yedekleme çözümüne ek olarak kullanabilirsiniz. Otomatik yedeklemeler, özellikle en son yedeklemelerden geri yükleme yapmak istediğinizde operasyonel kurtarmalara uygun fiziksel yedeklemelerdir. Uzun süreli yedeklemeler uyumluluk gereksinimlerinizde size yardımcı olur, daha ayrıntılıdır ve yerel pg_dump kullanılarak mantıksal yedeklemeler olarak alınır. Çözüm, uzun süreli saklamaya ek olarak aşağıdaki özellikleri de sunar:

Ayrı ayrı veritabanı düzeyinde müşteri denetimli planlı ve isteğe bağlı yedeklemeler. Tüm işlemlerin ve işlerin merkezi olarak izlenmesi. 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. pg_dump kullanmak, farklı veritabanı sürümleri arasında verileri geri yükleme konusunda daha fazla esneklik sağlar. Azure yedekleme kasaları değişmezlik ve geçici silme (önizleme) özelliklerini destekleyerek verilerinizi korur.

  • Uzun süreli yedekleme gerçekleştirme hakkında daha fazla bilgi için nasıl yapılır kılavuzunu ziyaret edin.
  • Bilinen [LTR sorunları].

Sonraki adımlar