PostgreSQL için Azure Veritabanı esnek sunucusunda yedekleme ve geri yükleme

Yedeklemeler, tüm iş sürekliliği stratejilerinin önemli bir parçasıdır. Verilerin yanlışlıkla bozulmaya veya silinmeye karşı korunmasına yardımcı olur.

PostgreSQL için Azure Veritabanı, sunucunuzun düzenli yedeklemelerini otomatik olarak gerçekleştirir. Daha sonra belirttiğiniz bir saklama süresi içinde belirli bir zaman noktası geri yüklemesi (PITR) yapabilirsiniz. Genel geri yükleme ve kurtarma süresi genellikle verilerin boyutuna ve gerçekleştirilecek kurtarma miktarına bağlıdır.

Backup’a genel bakış

PostgreSQL için Azure Veritabanı, veri dosyalarının anlık görüntü yedeklemelerini alır ve bölgeye bağlı olarak bunları alanlar arası yedekli depolama alanında veya yerel olarak yedekli depolamada güvenli bir şekilde depolar. Önceden yazma günlüğü (WAL) dosyası arşivlenecek şekilde hazır olduğunda da sunucu işlem günlüklerini yedekler. Bir sunucuyu yapılandırılan yedekleme saklama süreniz içinde herhangi bir noktaya geri yüklemek için bu yedeklemeleri kullanın.

Varsayılan yedekleme saklama süresi yedi gündür, ancak süreyi en fazla 35 güne uzatabilirsiniz. Depolanan veriler için tüm yedeklemeler AES 256 bit şifreleme ile şifrelenir.

Bu yedekleme dosyalarını dışarı aktaramaz veya esnek PostgreSQL için Azure Veri Tabanı sunucu örneğinizin dışında sunucu oluşturmak için kullanamazsınız. Bu amaçla PostgreSQL araçlarını pg_dump ve pg_restore/psql kullanabilirsiniz.

Yedekleme sıklığı

PostgreSQL için Azure Veritabanı esnek sunucu örneklerindeki 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 şu anda günde bir kez alınır. Son anlık görüntü yedeklemeden sonra sunucudaki veritabanlarında başka değişiklik yapmazsanız sistem anlık görüntü yedeklemelerini geçici olarak askıya alır. Sunucudaki herhangi bir veritabanını değiştirdiğinizde, sistem en son değişiklikleri yakalamak için hemen yeni bir anlık görüntü alır. İlk anlık görüntü tam bir yedeklemedir ve sonraki anlık görüntüler diferansiyel yedeklemelerdir.

İşlem günlüğü yedeklemeleri, iş yüküne ve WAL dosyasının ne zaman doldurulduğuna ve arşivlenmeye hazır olduğuna bağlı olarak çeşitli sıklıklarda gerçekleştirilir. Genel olarak RPO gecikmesi (kurtarma noktası hedefi) beş dakikaya kadar sürebilir.

Yedekleme fazlalık seçenekleri

PostgreSQL için Azure Veritabanı, verilerinizin planlı ve plansız olaylardan korunmasına yardımcı olmak için yedeklemelerinizin birden çok kopyasını depolar. Bu olaylar geçici donanım hataları, ağ veya güç kesintileri ve doğal afetler olabilir. Yedekleme yedekliliği, hatalar olsa bile veritabanınızın kullanılabilirlik ve dayanıklılık hedeflerini karşıladığından emin olmaya yardımcı olur.

PostgreSQL için Azure Veritabanı üç seçenek sunar:

  • Bölge yedekli yedek depolama: PostgreSQL için Azure Veri Tabanı, kullanılabilirlik alanlarını destekleyen bölgelerde bu seçeneği otomatik olarak seçer. Yedeklemeleri alanlar arası yedekli yedekleme depolama alanında depoladığınızda, hizmet sunucunun barındırıldığı kullanılabilirlik alanında verilerin üç kopyasını tutar. Ayrıca, hizmet ek koruma için verileri başka bir kullanılabilirlik alanına çoğaltır.

    Bu seçenek kullanılabilirlik alanları arasında yedekleme verileri kullanılabilirliği sağlar ve veri yerleşimi gereksinimlerini karşılamak için bir ülke veya bölge içinde veri çoğaltmasını kısıtlar. Bir yıl boyunca yedekleme nesnelerinin en az yüzde 99,9999999999999 (12 dokuz) dayanıklılığını sağlar.

  • Yerel olarak yedekli yedekleme depolama alanı: PostgreSQL için Azure Veri Tabanı henüz kullanılabilirlik alanlarını desteklemeyen bölgeler için bu seçeneği otomatik olarak belirler. Yedeklemeleri yerel olarak yedekli yedekleme depolama alanında depoladığınızda, hizmet yedeklerin birden çok kopyasını aynı veri merkezinde depolar.

    Bu seçenek, verilerinizi sunucu rafı ve sürücü hatalarına karşı korumaya yardımcı olur. Bir yıl boyunca yedekleme nesnelerinin en az yüzde 99,999999999999 (11 dokuz) dayanıklılığını sağlar.

    Varsayılan olarak hizmet, aynı bölgeli yüksek kullanılabilirliğe (HA) sahip veya yüksek kullanılabilirlik yapılandırması olmayan sunucular için yedekleme depolama alanını yerel yedekli olarak ayarlar.

  • Coğrafi olarak yedekli yedekleme depolama alanı: Sunucu oluşturma sırasında bu seçeneği belirleyebilirsiniz. Yedeklemeleri coğrafi olarak yedekli yedekleme depolama alanında depoladığınızda, sunucunuzun barındırıldığı bölgede depolanan verilerin üç kopyasına ek olarak, hizmet verileri coğrafi olarak eşleştirilmiş bir bölgeye çoğaltır.

    Bu seçenek, olağanüstü durum durumunda sunucunuzu farklı bir bölgeye geri yüklemenize olanak tanır. Ayrıca bir yıl boyunca yedekleme nesnelerinin en az yüzde 99,9999999999999999 (16 dokuz) dayanıklılığını sağlar.

    Coğrafi yedeklilik, eşleştirilmiş Azure bölgelerinden herhangi birinde barındırılan sunucular için desteklenir.

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

Coğrafi olarak yedekli depolamayı yalnızca sunucu oluşturma sırasında yedekleme için yapılandırabilirsiniz. Sunucu sağlandıktan sonra yedekleme depolama yedekliliği seçeneğini değiştiremezsiniz.

Yedekleme dosyası saklama

Sunucu, ayarladığınız saklama süresine göre yedekleri korur. 7 (varsayılan) ile 35 gün arasında bir bekletme süresi seçebilirsiniz. Sunucu oluşturma sırasında bekletme süresini ayarlayın veya daha sonra değiştirin. Sunucu, durdurulan sunucular için bile yedeklemeleri korur.

Yedekleme saklama süresi, kullanılabilir yedeklerden belirli bir zamandaki duruma geri yüklemenin (PITR) hangi zaman aralığında gerçekleştirilebileceğini belirler. Yedekleme saklama süresini geri yükleme perspektifinden kurtarma penceresi olarak da düşünebilirsiniz.

Yedekleme depolama alanı, yedekleme saklama süresi içinde bir PITR gerçekleştirmek için gereken tüm yedeklemeleri korur. Örneğin, yedekleme saklama süresini 7 gün olarak ayarlarsanız kurtarma penceresi son 7 gündür. Bu senaryoda, yedekleme depolama alanı son 7 gün içinde sunucuyu geri yüklemek ve kurtarmak için gereken tüm verileri ve günlükleri korur.

Yedekleme alanı maliyeti

PostgreSQL için Azure Veritabanı, sağlanan sunucu depolama alanınızın yüzde 100'ünün yedek depolama alanı olarak ek ücret ödemeden sağlar. Ayda gigabayt olarak kullandığınız ek yedekleme depolama alanı için ödeme yapabilirsiniz.

Örneğin, 250 gibibayt (GiB) depolama alanı içeren bir sunucu sağlarsanız, ek ücret ödemeden 250 GiB yedekleme depolama kapasitesi elde edersiniz. Günlük yedekleme kullanımı 25 GiB ise 10 güne kadar ücretsiz yedekleme depolama alanınız olabilir. Fiyatlandırma modelinde tanımlandığı gibi 250 GiB'yi aşan yedekleme depolama tüketimi için ödeme yapın.

Sunucunuzu coğrafi olarak yedekli yedeklemeyle yapılandırdığınızda yedekleme verileri de Azure eşleştirilmiş bölgeye kopyalanır. Bu nedenle, yedekleme boyutunuz yerel yedekleme kopyasının iki katıdır. Faturalama ( (2 x yerel yedekleme boyutu) - sağlanan depolama boyutu) x aylık gigabayt fiyatı olarak hesaplanır.

Bir sunucunun kullandığı yedekleme depolama alanını izlemek için Azure portalında Kullanılan Yedekleme Depolama Alanı ölçümünü kullanın. Kullanılan Yedekleme Depolama Alanı ölçümü, sunucu için ayarlanan yedekleme saklama süresine bağlı olarak, korunan tüm veritabanı yedeklemeleri ve günlük yedeklemeleri tarafından kullanılan depolamanın toplamını temsil eder.

Uyarı

Veritabanı boyutundan bağımsız olarak, sunucudaki ağır işlem etkinliği daha fazla WAL dosyası oluşturur. Dosyalardaki artış da yedekleme depolama alanını artırır.

Anlık Kurtarma

PostgreSQL için Azure Veritabanı esnek sunucu örneğinde, PITR gerçekleştirmek kaynak sunucunuzla aynı bölgede yeni bir sunucu oluşturur, ancak kullanılabilirlik bölgesini seçebilirsiniz. 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 kaynak sunucunun yapılandırmasıyla oluşturulur.

Fiziksel veritabanı dosyaları ilk olarak anlık görüntü yedeklerinden sunucunun veri konumuna geri yüklenir. İstenen zaman noktasından önce alınan uygun yedekleme otomatik olarak seçilir ve geri yüklenir. Daha sonra veritabanını tutarlı bir duruma getirmek için WAL dosyalarını kullanarak bir kurtarma işlemi başlatılır.

Örneğin, yedeklemelerin her gece 23:00'te gerçekleştirildiğini varsayalım. Geri yükleme noktası 15 Ağustos sabah 10:00 olduğunda, 14 Ağustos tarihli günlük yedekleme geri yüklenir. Veritabanı, 14 Ağustos 11:00 ile 15 Ağustos 10:00 arasında işlem günlüğü yedeklemesi kullanılarak 15 Ağustos 10:00'a kadar kurtarılır.

Veritabanı sunucunuzu geri yüklemek için aşağıdakilerden birine bakın:

Önemli

PostgreSQL için Azure Veritabanı esnek sunucu örneğinizdeki geri yükleme işlemi her zaman sağladığınız adla yeni bir veritabanı sunucusu oluşturur. Varolan veritabanı sunucusunun üzerine yazmaz.

PITR, aşağıdaki gibi senaryolarda kullanışlıdır:

  • Kullanıcı yanlışlıkla verileri, tabloyu veya veritabanını siler.
  • Bir uygulama, bir uygulama hatası nedeniyle iyi veriyi kötü verilerle yanlışlıkla üzerine yazar.
  • Sunucunuzu test, geliştirme veya veri doğrulaması için kopyalamak istiyorsunuz.

İşlem günlüklerinin sürekli yedeklemesini kullanarak son işleme geri yükleyebilirsiniz. Aşağıdaki geri yükleme seçenekleri arasından seçim yapabilirsiniz:

  • En son geri yükleme noktası (şimdi):Bu, sunucuyu zamanın en son noktasına geri yükleyen varsayılan seçenektir.

  • Özel geri yükleme noktası: Bu seçenek, bu PostgreSQL için Azure Veritabanı esnek sunucu örneği için tanımlanan bekletme süresi içinde herhangi bir zaman noktasını seçmenize olanak tanır. Varsayılan olarak, UTC'de en son saat otomatik olarak seçilir. Test amacıyla son işlenen işleme geri yüklemek istiyorsanız otomatik seçim kullanışlıdır. İsteğe bağlı olarak diğer gün ve saatleri seçebilirsiniz.

  • Hızlı geri yükleme noktası: Bu seçenek, PostgreSQL için Azure Veri Tabanı esnek sunucu örneği için tanımlanan saklama süresi içinde sunucuyu mümkün olan en hızlı sürede geri yükler. En hızlı geri yükleme, yedekleme listesinden zaman damgasını doğrudan seçerek mümkündür. Bu geri yükleme işlemi bir sunucu sağlar ve yalnızca tam anlık görüntü yedeklemesini geri yükler. Günlüklerin geri yüklenmesini gerektirmez; bu da işlemi hızlandırır. 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 yedekleme zaman damgası seçin.

En son ve özel geri yükleme noktası seçeneklerini kullanarak kurtarmak için gereken süre, son yedeklemeden bu yana işlenmek üzere işlem günlüklerinin hacmi ve aynı bölgede aynı anda kurtarılan toplam veritabanı sayısı gibi faktörlere göre değişir. Genel kurtarma süresi genellikle birkaç dakikadan birkaç saate kadar sürer.

Sunucunuzu bir sanal ağ içinde yapılandırdığınızda, aynı sanal ağa veya farklı bir sanal ağa geri yükleyebilirsiniz. Ancak, genel erişime geri yükleyemezsiniz. Benzer şekilde, sunucunuzu genel erişimle yapılandırdıysanız özel sanal ağ erişimine geri yükleyemezsiniz.

Önemli

Silinen sunucuları geri yükleyebilirsiniz. Sunucuyu silerseniz, kurtarmak için Silinen sunucuyu geri yükleme bölümünde yer alan yönergeleri izleyin. Sunucunuzun yanlışlıkla silinmesini önlemeye yardımcı olmak için Azure kaynak kilidini kullanın.

Coğrafi yedekli yedekleme ve geri yükleme

Azure portalındaki İşlem + depolama bölmesinden coğrafi olarak yedekli yedeklemeyi etkinleştirmek için bkz. PostgreSQL için Azure Veritabanı oluşturma.

Önemli

Coğrafi olarak yedekli yedeklemeyi yalnızca sunucuyu oluşturduğunuzda yapılandırabilirsiniz.

Sunucunuzu coğrafi olarak yedekli yedeklemeyle yapılandırdıktan sonra coğrafi olarak eşleştirilmiş bir bölgeye geri yükleyebilirsiniz. Daha fazla bilgi için coğrafi olarak yedekli yedekleme için desteklenen bölgeler'e bakın.

Sunucuyu coğrafi olarak yedekli yedeklemeyle yapılandırdığınızda, yedekleme verileri ve işlem günlükleri depolama çoğaltması aracılığıyla eşleştirilmiş bölgeye zaman uyumsuz olarak kopyalanır. Sunucu oluşturduktan sonra, coğrafi geri yükleme başlatmadan önce en az bir saat bekleyin. Bu bekleme süresi, ilk yedekleme verilerinin eşleştirilmiş bölgeye çoğaltılmasını sağlar.

Daha sonra işlem günlükleri ve günlük yedeklemeler eşleştirilmiş bölgeye zaman uyumsuz olarak kopyalanır. Veri iletiminde bir saate kadar gecikme olabilir. Yeniden yüklendiğinizde, bir saate kadar RPO bekleyebilirsiniz. Yalnızca eşleştirilmiş bölgede kullanılabilen son kullanılabilir yedekleme verilerine geri yükleyebilirsiniz. Şu anda coğrafi olarak yedekli yedekler için PITR kullanılamamaktadır.

Sunucu RTO'sunun kurtarılması için tahmini süre (kurtarma süresi hedefi), veritabanının boyutu, son veritabanı yedekleme süresi ve son alınan yedekleme verilerine kadar işlenmek üzere WAL miktarı gibi faktörlere bağlıdır. Genel kurtarma süresi genellikle birkaç dakikadan birkaç saate kadar sürer.

Coğrafi geri yükleme sırasında, sanal ağ ayarlarını içeren sunucu yapılandırmalarını ve geri yüklenen sunucudan coğrafi olarak yedekli yedeklemeyi kaldırma özelliğini değiştirebilirsiniz. İşlem kaynakları, depolama veya fiyatlandırma katmanı (Ani artışa uygun, Genel Amaçlı veya Bellek için İyileştirilmiş) gibi diğer sunucu yapılandırmalarının değiştirilmesi, coğrafi geri yükleme sırasında desteklenmez.

Daha fazla bilgi için, Eşlenmiş bölgeye geri yükleme (coğrafi geri yükleme) 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. Coğrafi olarak eşleştirilmiş bölgede coğrafi olarak yedekli sunucular sağlayabilmeniz için birincil bölgenin çalışır durumda olmasını beklemeniz gerekir.

Birincil bölge kapatıldığında, kaynak sunucuyu coğrafi olarak eşleştirilmiş bölgeye coğrafi olarak geri yükleyebilirsiniz. Daha fazla bilgi için, Eşlenmiş bölgeye geri yükleme (coğrafi geri yükleme) bölümüne bakın. DR'yi herhangi bir bölgede yapılandırmanız gerekiyorsa veya birincil bölge coğrafi olarak yedekli yedeklemeleri desteklemiyorsa olağanüstü durum kurtarma (DR) stratejiniz olarak coğrafi çoğaltmaları kullanın.

Görev açısından kritik iş yükleriniz için sanal uç noktaları kullanın; uygulamalar için kararlı bir bağlantı noktası sağlayarak en düşük kesintiyi sağlayın. Birincil sunucunuza eşlenmiş bir sanal uç noktanız varsa, sanal uç noktayı birincil sunucudan kaldırın. Kaldırıldıktan sonra, yeni oluşturulan sunucuya aynı sanal uç noktayı ekleyin. Bu işlem, uygulama bağlantısının tutarlı kalmasını sağlar ve kapalı kalma süresini en aza indirir. Daha fazla bilgi için PITR sırasında tutarlı konak adı için sanal uç noktaları kullanma bölümüne bakın.

Geri yükleme ve ağ oluşturma

Anlık Kurtarma

Kaynak sunucunuzu genel erişim ağıyla yapılandırdığınızda yalnızca genel erişime geri yükleyebilirsiniz.

Kaynak sunucunuzu özel erişimli bir sanal ağ ile yapılandırdıysanız, aynı sanal ağa veya farklı bir sanal ağa geri yükleyebilirsiniz. Genel ve özel erişim türleri arasında PITR gerçekleştiremezsiniz.

Coğrafi konumdan veri geri yükleme

Kaynak sunucunuzu genel erişim ağıyla yapılandırdığınızda yalnızca genel erişime geri yükleyebilirsiniz. Ayrıca, geri yükleme işlemi tamamlandıktan sonra güvenlik duvarı kuralları uygulamanız gerekir.

Kaynak sunucunuzu özel erişimli bir sanal ağ ile yapılandırdığınızda, sanal ağlar bölgelere yayılamadığından yalnızca farklı bir sanal ağa geri yükleyebilirsiniz. Genel ve özel erişim genelinde coğrafi geri yükleme gerçekleştiremezsiniz.

Geri Yükleme Sonrası Görevler

Sunucuyu geri yükledikten sonra kullanıcılarınızın ve uygulamalarınızın yedeklenip çalışmasını sağlamak için aşağıdaki görevleri gerçekleştirin:

  • Yeni sunucu özgün sunucunun yerini alırsa, istemcileri ve istemci uygulamalarını yeni sunucuya yeniden yönlendirin. yeni sunucuya işaret etmek için bağlantı dizesi sunucu adını değiştirin.

  • Özgün sunucudaki tüm parametrelerin değerleri yeni sunucuya otomatik olarak uygulanmaz. Yeni sunucudaki tüm parametreleri bu yeni sunucunun gereksinimlerine göre yeniden yapılandırdığınızdan emin olun.

  • Kullanıcı bağlantıları için uygun sunucu düzeyinde güvenlik duvarı kurallarının, özel uç noktaların ve sanal ağ kurallarının geçerli olduğundan emin olun. Bu kurallar özgün sunucudan kopyalanmamıştır.

  • Geri yüklenen sunucunun işlem ölçeğini gerektiği gibi artırın veya azaltın.

  • Uygun oturum açma bilgilerinin ve veritabanı düzeyinde izinlerin sağlandığından emin olun.

  • Uyarıları uygun şekilde yapılandırın.

  • Geri yüklediğiniz kaynak sunucu yüksek kullanılabilirlikle yapılandırılmışsa ve geri yüklenen sunucuyu yüksek kullanılabilirlikle yapılandırmak istiyorsanız , aşağıdaki adımları izleyin.

  • Geri yüklediğiniz kaynak sunucu okuma amaçlı çoğaltmalarla yapılandırılmışsa ve geri yüklenen sunucuda okuma amaçlı çoğaltmaları yapılandırmak istiyorsanız, Okuma amaçlı çoğaltma oluşturma başlığındaki yönergeleri izleyin.

İsteğe bağlı yedeklemeler

PostgreSQL için Azure Veritabanı esnek sunucu örneğiniz, zamanlanmış yedeklemelerinin bir parçası olarak tüm veritabanlarını kapsayan tüm veritabanı örneğinizin depolama birimi anlık görüntülerini otomatik olarak oluşturur. Ayrıca, gerektiğinde isteğe bağlı yedekleme oluşturabilirsiniz. Bu seçenek, riskli olabilecek bir işleme hazırlanma veya normal yedekleme zamanlaması dışında düzenli yenilemeler gerçekleştirme gibi senaryolar için idealdir.

Zamanlanmış otomatik yedeklemelere ek olarak isteğe bağlı yedeklemeler alın. Yedekleme saklama penceresi, bu yedeklemelerin ne kadar süreyle tutulacaklarını belirler. artık gerekli değilse, isteğe bağlı yedeklemeleri istediğiniz zaman silebilirsiniz. İsteğe bağlı yedekleme başlatmak için yedeklemek istediğiniz veritabanı örneğini seçin ve bir yedekleme adı belirtin. Bu yedeklemeler otomatik yedeklemelerle birlikte depolanır, ancak yalnızca kullanıcılar isteğe bağlı yedeklemeleri silebilir. Hizmet, yedekleme saklama gereksinimlerini karşılamak için otomatik yedeklemeleri yönetir ve korur.

Daha fazla bilgi için bkz. İsteğe bağlı yedeklemeler gerçekleştirme.

Sınırlamalar

  • Burstable sunucu işlem katmanı, isteğe bağlı yedekleme özelliğini desteklemez.
  • SSDv2 depolama katmanı isteğe bağlı yedekleme özelliğini desteklemez.
  • Esnek sunucu örneği başına en fazla yedi isteğe bağlı yedekleme alabilirsiniz. Yedekleme saklama penceresi, bu yedeklemelerin ne kadar süreyle tutulacaklarını belirler.

Uzun vadeli bekletme

Azure Backup ve PostgreSQL için Azure Veri Tabanı hizmetleri, yedeklemeleri 10 yıla kadar saklayan PostgreSQL için Azure Veri Tabanı esnek sunucu örnekleri için kurumsal sınıf uzun vadeli bir yedekleme çözümü sağlar. Uzun süreli saklamayı (LTR) bağımsız olarak veya PostgreSQL için Azure Veri Tabanı tarafından sunulan ve 35 güne kadar saklama olanağı sunan otomatik yedekleme çözümüyle birlikte kullanabilirsiniz. Otomatik yedeklemeler, özellikle en son yedeklemelerden geri yükleme yapmak istediğinizde operasyonel kurtarmalara uygun fiziksel yedeklemelerdir. Uzun süreli yedeklemeler uyumluluk gereksinimlerinizi karşılamanıza yardımcı olur, daha ayrıntılıdır ve yerel pg_dump kullanılarak mantıksal yedekleme 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.
  • CMK özellikli sunucular için LTR yedekleme desteği.

Sınırlamalar ve Dikkat Edilecek Hususlar

  • İş gereksinimlerinizi karşıladığından emin olmak için LTR yedeklemenizi ve geri yüklemenizi yapılandırmadan hemen sonra test edin.
  • LTR geri yüklemeleri şu anda yalnızca Depolama hesaplarına Dosya Olarak Geri Yükle olarak kullanılabilir ve Gelecekte Sunucu Olarak Geri Yükle özelliği planlanmıştır.
  • LTR tüm veritabanlarını esnek sunucu örneklerinde yedekler ve LTR yapılandırması için tek tek veritabanları seçemezsiniz.
  • LTR yedeklemesi çoğaltmalarda desteklenmez, ancak birincil sunucularda gerçekleştirebilirsiniz.
  • Uzun Süreli Saklama (LTR) yedeklemeleri için desteklenen veritabanı boyutu üst sınırı 1 TiB'dir.
  • LTR yedeklemelerini haftalık, aylık veya yıllık olarak zamanlayabilirsiniz. Günlük yedekleme zamanlaması şu anda desteklenmiyor.
  • LTR yedeklemeleri, BYTEA uzunluğu 500 MB'ı aşan bir satır içeren tabloları desteklemez.
  • Microsoft Entra kullanıcıları için rolleri geri yüklerken, Microsoft Entra kimlik doğrulamasının etkinleştirildiğinden ve ek kullanıcılar oluşturmak için Microsoft Entra Yöneticisi olarak oturum açtığınızdan emin olun. Normal bir kullanıcı olarak Entra rolleri oluşturmaya çalışmak hatalara neden olur.

Uzun süreli yedekleme gerçekleştirme hakkında daha fazla bilgi için nasıl yapılır kılavuzuna bakın.

Sıkça sorulan sorular

  • Azure sunucumun yedeklemesini nasıl işler?

    Varsayılan olarak PostgreSQL için Azure Veri Tabanı, oluşturulan tüm veritabanları dâhil sunucunuzun tamamının otomatik olarak yedeklenmesini varsayılan yedi günlük saklama süresiyle etkinleştirir. Otomatik yedeklemeler veritabanının günlük artımlı anlık görüntüsünü içerir. Günlük (WAL) dosyaları sürekli olarak Azure Blob Depolama arşivlenir.

  • Verileri uzun süre saklamak için otomatik yedeklemeleri yapılandırabilir miyim?

    Hayır. Şu anda PostgreSQL için Azure Veritabanı en fazla 35 günlük saklama süresini destekler. Azure Backup kullanarak uzun süreli saklama gereksinimi için el ile yedeklemeleri kullanın.

  • PostgreSQL için Azure Veritabanı esnek sunucu örneklerimi el ile yedeklemek Nasıl yaparım??

    İsteğe bağlı yedekleme özelliğini kullanarak fiziksel anlık görüntüyü el ile alabilirsiniz. Ayrıca, PostgreSQL aracını pg_dump kullanarak mantıksal yedeklemeler de alabilirsiniz. Örnekler için bkz Veritabanınızı döküm ve geri yükleme kullanarak PostgreSQL için Azure Veri Tabanı'e taşıma.

  • Sunucum için yedekleme pencereleri nelerdir? Bunları özelleştirebilir miyim?

    Azure yedekleme pencerelerini yönetir ve bunları özelleştiremezsiniz. İlk tam anlık görüntü yedeklemesi, sunucu oluşturulduktan hemen sonraya zamanlanır. Sonraki anlık görüntü yedeklemeleri artımlı olur ve günde bir kez gerçekleşir.

  • Yedeklemelerim şifreli midir?

    Evet. Sorgu yürütme sırasında oluşturulan tüm PostgreSQL için Azure Veritabanı esnek sunucu örneği verileri, yedeklemeleri ve geçici dosyaları AES (Gelişmiş Şifreleme Standardı) 256 bit şifreleme ile şifrelenir. Depolama şifrelemesi her zaman açıktır ve devre dışı bırakılamaz.

  • Tek bir veritabanını veya bir sunucudaki birkaç veritabanını geri yükleyebilir miyim?

    Tek bir veritabanının veya birkaç veritabanının ya da tablonun geri yüklenmesi doğrudan desteklenmez. Ancak, sunucunun tamamını yeni bir sunucuya geri yükleyebilir ve ardından yeni sunucuya ihtiyacınız olmayan tabloları veya veritabanlarını bırakabilirsiniz.

  • Yedekleme devam ederken sunucum kullanılabilir mi?

    Evet. Yedeklemeler, anlık görüntüleri kullanan çevrimiçi işlemlerdir. Anlık görüntü işlemi yalnızca birkaç saniye sürer ve sunucunun yüksek kullanılabilirliğini sağlamaya yardımcı olmak için üretim iş yüklerini engellemez.

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

    Hayır. Yedeklemeler, yönetilen hizmetin bir parçası olarak dahili olarak tetiklenir ve bakım penceresi üzerinde hiçbir etkisi yoktur.

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

    PostgreSQL için Azure Veritabanı esnek sunucu örneğiniz otomatik olarak sunucu yedeklemeleri oluşturur ve bunları şu şekilde depolar:

    • Birden çok bölgenin desteklendiği bölgelerde alanlar arası yedekli depolama.
    • Henüz birden çok bölgeyi desteklemeyen bölgelerde yerel olarak yedekli depolama.
    • Yedekleme için coğrafi olarak yedekli yapılandırma yaptıysanız, eşleşen bölge.

    Bu yedekleme dosyalarını Microsoft yönetilen depolama hesaplarında depolandığından dışarı aktaramazsınız. Bu dosyaları geri yüklemek için salt okunur erişiminiz var, ancak bunları değiştiremez veya silemezsiniz. Yedekleme dosyaları saklama süresinden sonra otomatik olarak silinir.

    Sunucunuzu yalnızca belirli bir noktaya geri yüklemek için yedeklemeleri kullanabilirsiniz. Varsayılan yedekleme saklama süresi yedi gündür. İsteğe bağlı olarak yedekleme saklama süresini 35 güne kadar yapılandırabilirsiniz.

  • Coğrafi olarak yedekli yedekleme ile yedekleme, eşleştirilmiş bölgeye ne sıklıkta kopyalanır?

    Sunucuyu coğrafi olarak yedekli yedeklemeyle yapılandırdığınızda, yedekleme verileri coğrafi olarak yedekli bir depolama hesabında depolanır. Günlük yedekleme birincil sunucuda gerçekleştiğinde depolama hesabı veri dosyalarını eşleştirilmiş bölgeye kopyalar. WAL dosyaları arşivlenmek üzere hazır olduklarında yedeklenir.

    Yedekleme verileri eşleştirilmiş bölgeye sürekli olarak zaman uyumsuz olarak kopyalanır. Yedekleme verilerinin alınmasında bir saate kadar gecikme bekleyebilirsiniz.

  • Uzak bölgede PITR yapabilir miyim?

    Hayır. Veriler uzak bölgedeki son kullanılabilir yedekleme verilerine kurtarılır.

  • HA özellikli sunucularda yedeklemeler nasıl gerçekleştirilir?

    Azure Veritabanı için PostgreSQL esnek sunucu örneğindeki veri birimleri, birincil sunucu tarafından yönetilen disk artımlı anlık görüntüleri aracılığıyla yedeklenir. WAL yedeklemesi birincil sunucudan veya hazır bekleyen sunucudan gerçekleştirilir.

  • Yedeklemelerin sunucumda gerçekleştirildiğini nasıl doğrularım?

    Yedeklemeleri denetlemenin en iyi yolu düzenli PITR gerçekleştirmek ve yedeklemelerin geçerli ve geri yüklenebilen olduğundan emin olmaktır. Yedekleme işlemleri veya dosyalar son kullanıcılara gösterilmez.

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

    Azure portalında İzleme'nin altında Ölçümler'i seçin. Kullanılan Yedekleme Depolama Alanında toplam yedekleme kullanımını izleyebilirsiniz.

  • Sunucumu silersem yedeklemelerine ne olur?

    Bir sunucuyu silerseniz, sunucuya ait tüm yedeklemeler de silinir ve kurtarılamaz. Sunucu kaynaklarının yanlışlıkla silinmesine veya dağıtımdan sonra beklenmeyen değişikliklere karşı korunmasına yardımcı olmak için yöneticiler yönetim kilitlerini kullanabilir.

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

    Durdurulan sunucular için yeni yedekleme gerçekleştirilmez. Hizmet, sunucu yeniden başlatılana kadar sunucuyu durdurduğu sırada tüm eski yedeklemeleri (bekletme penceresinde) korur. Bundan sonra, etkin sunucu için yedekleme saklama süresi, saklama penceresi tarafından yönetilir.

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

    PostgreSQL için Azure Veritabanı, sağlanan sunucu depolama alanınızın yüzde 100'ünün yedek depolama alanı olarak ek ücret ödemeden sağlar. Fiyatlandırma modelinde tanımlandığı gibi, kullandığınız ek yedekleme depolama alanı için aylık gigabayt olarak ücretlendirilirsiniz.

    Seçtiğiniz yedekleme saklama süresi ve yedek yedeklilik seçeneği, sunucudaki işlem etkinliğiyle birlikte toplam yedekleme depolama alanını ve faturalamayı doğrudan etkiler.

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

    Sunucu örneğiniz durdurulurken yeni yedekleme yapılmaz. Ayrılan depolama alanı ve yedek depolama alanı (belirttiğiniz saklama süresi içinde depolanan yedekler) için ödeme yaparsınız.

    Ücretsiz yedekleme depolama alanı, sağlanan veritabanınızın boyutuyla sınırlıdır. Fazla yedekleme verileri için yedekleme fiyatına göre ödeme yapılır.

  • Sunucumu bölgesel yedekliliğe sahip yüksek kullanılabilirlik ile yapılandırdım. İki yedek alırsınız ve iki kez ücretlendirilir miyim?

    Hayır. HA veya HA olmayan sunuculardan bağımsız olarak, hizmet yalnızca bir yedek kopya kümesi tutar. Sadece bir kez ödersin.

  • Sunucumu geri yüklemek Nasıl yaparım??

    tüm sunucular için PITR Azure desteği. Azure portalını, Azure CLI ve API'yi kullanarak en son geri yükleme noktasına veya özel bir geri yükleme noktasına geri yükleyebilirsiniz.

    gibi pg_dumparaçları kullanarak sunucunuzu el ile yedeklemelerden geri yüklemek için önce PostgreSQL için Azure Veri Tabanı esnek bir sunucu örneği oluşturabilir ve ardından pg_restore kullanarak veritabanlarınızı sunucuya geri yükleyebilirsiniz.

  • Aynı bölge içindeki başka bir kullanılabilirlik alanına geri yükleyebilir miyim?

    Evet. Bölge birden çok kullanılabilirlik alanını destekliyorsa yedekleme, başka bir bölgeye geri yükleyebilmeniz için alanlar arası yedekli bir depolama hesabında depolanır.

  • PITR ne kadar sürer? Geri yüklemem neden bu kadar zaman alıyor?

    Anlık görüntüden veri geri yükleme işlemi, verilerin boyutuna bağlı değildir. Ancak günlükleri uygulayan kurtarma işlemi zamanlaması (yeniden yürütülecek işlem etkinlikleri), istenen tarih ve saatin önceki yedeklemesine ve işlenmek üzere günlük sayısına bağlı olarak değişebilir. Bu koşul hem aynı bölge içinde geri yükleme hem de verileri farklı bir bölgeye geri yükleme için geçerlidir.

  • HA özellikli sunucumu geri yüklersem, geri yükleme sunucusu yüksek kullanılabilirlikle otomatik olarak yapılandırılır mı?

    Hayır. Sunucu tek örnekli PostgreSQL için Azure Veritabanı esnek sunucu örneği olarak geri yüklenir. Geri yükleme tamamlandıktan sonra, isteğe bağlı olarak sunucuyu yüksek kullanılabilirlikle yapılandırabilirsiniz.

  • Sunucumu bir sanal ağ içinde yapılandırdım. Başka bir sanal ağa geri yükleyebilir miyim?

    Evet. Geri yükleme sırasında geri yükleneceği farklı bir sanal ağ seçin.

  • Genel erişim sunucumu bir sanal ağa geri yükleyebilir miyim?

    Hayır. PostgreSQL için Azure Veritabanı şu anda genel ve özel erişim genelinde sunucuların geri yüklenmesini desteklememektedir.

  • Geri yükleme işlemimi nasıl izlerim?

    Şu anda geri yükleme işlemini izlemenin bir yolu yoktur. İşlemin devam ediyor mu yoksa tamamlandı mı olduğunu görmek için etkinlik günlüğünü izleyebilirsiniz.

İlgili içerik

  • Last updated on