PostgreSQL için Azure Veritabanı’nda Yedekleme ve geri yükleme - Esnek Sunucu

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

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

PostgreSQL için Azure Veritabanı esnek sunucu, sunucunuzun düzenli yedeklemelerini otomatik olarak gerçekleştirir. Ardından, belirttiğiniz saklama süresi içinde belirli bir noktaya kurtarma (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ı esnek sunucu, veri dosyalarının anlık görüntü yedeklemelerini alır ve bölgeye bağlı olarak bunları alanlar arası yedekli depolamada 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. Bu yedeklemeleri, bir sunucuyu yapılandırdığınız yedekleme saklama süresi içinde herhangi bir noktaya geri yüklemek için kullanabilirsiniz.

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

Bu yedekleme dosyaları, esnek PostgreSQL için Azure Veritabanı sunucu dışında sunucu oluşturmak için dışarı aktarılamaz veya kullanılamaz. 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. Sunucudaki veritabanlarından hiçbiri son anlık görüntü yedeklemesi alındıktan sonra başka değişiklik almazsa, veritabanlarından herhangi birinde yeni değişiklikler yapılıp yeni anlık görüntünün hemen alındığı noktaya kadar anlık görüntü yedeklemeleri askıya alınır. İlk anlık görüntü tam yedeklemedir ve ardışık anlık görüntüler değişiklik yedeklemeleridir.

İş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, gecikme (kurtarma noktası hedefi veya RPO) 5 dakikaya kadar sürebilir.

Yedekleme fazlalık seçenekleri

PostgreSQL için Azure Veritabanı esnek sunucu, verilerinizi planlı ve plansız olaylardan korumaya 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ı esnek sunucu üç seçenek sunar:

• Alanlar arası yedekli yedekleme depolama alanı: Bu seçenek, kullanılabilirlik alanlarını destekleyen bölgeler için otomatik olarak seçilir. Yedeklemeler alanlar arası yedekli yedekleme depolama alanında depolandığında, birden çok kopya yalnızca aynı kullanılabilirlik alanında depolanmaz, aynı zamanda aynı bölgedeki diğer kullanılabilirlik alanlarına da çoğaltılı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 verilerin ülke/bölge içinde çoğaltılmasını kısıtlar. Bu seçenek, bir yıl boyunca yedekleme nesnelerinin en az yüzde 99,999999999999 (12 dokuz) dayanıklılığını sağlar.

• Yerel olarak yedekli yedekleme depolama alanı: Bu seçenek, henüz kullanılabilirlik alanlarını desteklemeyen bölgeler için otomatik olarak seçilir. 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şı 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, 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.

• Coğrafi olarak yedekli yedekleme depolama alanı: Sunucu oluşturma sırasında bu seçeneği belirleyebilirsiniz. Yedeklemeler coğrafi olarak yedekli yedekleme depolama alanında depolandığında, sunucunuzun barındırıldığı bölgede depolanan verilerin üç kopyasına ek olarak, veriler coğrafi olarak eşleştirilmiş bir bölgeye çoğaltılı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

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

Yedek saklama süresi, kullanılabilir yedeklemeler kullanılarak bir PITR'nin alınabileceği zaman çerçevesini yönetir. Ayrıca yedekleme saklama süresini geri yükleme perspektifinden kurtarma penceresi olarak da değerlendirebilirsiniz.

Yedekleme saklama süresi içinde bir PITR 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ündür. Bu senaryoda, son 7 gün içinde sunucuyu geri yüklemek ve kurtarmak için gereken tüm veriler ve günlükler korunur.

Yedekleme alanı maliyeti

PostgreSQL için Azure Veritabanı esnek sunucu, sağlanan sunucu depolama alanınızın yüzde 100'lerine kadar ek ücret ödemeden yedek depolama alanı olarak sağlar. Kullandığınız tüm ek yedekleme depolama alanları aylık gigabayt olarak ücretlendirilir.

Örneğin, 250 gibibayt (GiB) depolama alanı içeren bir sunucu sağladıysanız, ek ücret ödemeden 250 GiB yedekleme depolama kapasitesine sahip olursunuz. 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 ücretlendirilir.

Sunucunuzu coğrafi olarak yedekli yedeklemeyle yapılandırdıysanız, yedekleme verileri de Azure eşleştirilmiş bölgesine kopyalanır. Bu nedenle, yedekleme boyutunuz yerel yedekleme kopyası boyutunun iki katı olur. 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ü kullanabilirsiniz. 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.

Belirli bir noktaya kurtarma

Esnek PostgreSQL için Azure Veritabanı sunucuda 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. Ayrıca, sanal ağlar ve güvenlik duvarı ayarları gibi etiketler ve ayarlar kaynak sunucudan devralınır.

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 için saat 10:00 ise, 14 Ağustos'un günlük yedeklemesi 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 şu adımlara bakın.

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

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

İşlem günlüklerinin sürekli yedeklemesiyle 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üklemenizi sağlayan 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, kullanıcıların PostgreSQL için Azure Veritabanı esnek sunucu örneği için tanımlanan bekletme süresi içinde sunucuyu mümkün olan en hızlı sürede geri yüklemesine olanak tanır. 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 ve günlüklerin kurtarılmasını gerektirmez ve bu da hızlı olmasını sağlar. 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 olan bir yedekleme zaman damgası seçmenizi öneririz.

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.

Coğrafi olarak yedekli yedekleme ve geri yükleme

Azure portalındaki İşlem + depolama bölmesinden coğrafi olarak yedekli yedeklemeyi etkinleştirmek için hızlı başlangıç kılavuzuna bakın.

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 bkz . Coğrafi olarak yedekli yedekleme için desteklenen bölgeler .

Sunucu coğrafi olarak yedekli yedeklemeyle yapılandırıldığında, 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, ilk yedekleme veri kümesinin 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. Bu nedenle, geri yüklerken 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 yedeklemelerin PITR'leri kullanılamaz.

Sunucuyu kurtarmanın tahmini süresi (kurtarma süresi hedefi veya RTO), 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, değiştirilebilen sunucu yapılandırmaları sanal ağ ayarlarını ve geri yüklenen sunucudan coğrafi olarak yedekli yedeklemeyi kaldırma özelliğini içerir. Coğrafi geri yükleme sırasında işlem, depolama veya fiyatlandırma katmanı (Seri Hale Getirilebilir, Genel Amaçlı veya Bellek için İyileştirilmiş) gibi diğer sunucu yapılandırmalarının değiştirilmesi desteklenmez.

Coğrafi geri yükleme gerçekleştirme hakkında daha fazla bilgi için nasıl yapılır kılavuzuna bakın.

Geri yükleme ve ağ oluşturma

Belirli bir noktaya kurtarma

Kaynak sunucunuz genel erişim ağıyla yapılandırılmışsa yalnızca genel erişime geri yükleyebilirsiniz.

Kaynak sunucunuz özel erişimli bir sanal ağ ile yapılandırılmışsa, aynı sanal ağa veya farklı bir sanal ağa geri yükleyebilirsiniz. Genel ve özel erişim genelinde PITR gerçekleştiremezsiniz.

Coğrafi geri yükleme

Kaynak sunucunuz genel erişim ağıyla yapılandırılmışsa yalnızca genel erişime geri yükleyebilirsiniz. Kaynak sunucudaki mevcut güvenlik duvarı kuralları geri yüklenen sunucuya kopyalanır. Özel uç noktalar devralılmaz. Geri yükleme işlemi tamamlandıktan sonra, üzerinde taşınan güvenlik duvarı kurallarından herhangi birini ayarlamanız ve ihtiyacınız olabilecek özel uç noktaları oluşturmanız gerekip gerekmediğini gözden geçirin.

Kaynak sunucunuz özel erişim sanal ağıyla yapılandırılmışsa, 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.

Post-restore tasks

Sunucuyu geri yükledikten 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ştirebilirsiniz:

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

• Kullanıcı bağlantıları için uygun sunucu düzeyinde güvenlik duvarının, özel uç noktaların ve sanal ağ kurallarının geçerli olduğundan emin olun. Genel erişim ağında, kurallar özgün sunucudan kopyalanır, ancak geri yüklenen ortamda bunlar gerekli olmayabilir. Bu nedenle, bunları gereksinimlerinize göre ayarlayın. Özel uç noktalar taşınmaz. Geri yüklenen sunucuda ihtiyacınız olabilecek tüm özel uç noktaları oluşturun. Özel erişim sanal ağında geri yükleme, kaynaktan geri yüklenen sunucu ağlarına hiçbir ağ altyapısı yapıtı üzerinden kopyalamaz. Sanal ağın, alt ağların veya Ağ Güvenlik Gruplarının yapılandırmasıyla ilgili her şey geri yükleme sonrası görev olarak ele alınmalıdı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, bu adımları izleyebilirsiniz.

• 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, bu adımları izleyebilirsiniz.

Uzun süreli saklama (önizleme)

Azure Backup ve PostgreSQL için Azure Veritabanı esnek sunucu hizmetleri, yedeklemeleri 10 yıla kadar saklayan PostgreSQL için Azure Veritabanı esnek sunucu örnekleri için kurumsal sınıf uzun vadeli bir yedekleme çözümü oluşturms. Uzun süreli saklamayı bağımsız olarak veya 35 güne kadar saklama olanağı sunan esnek PostgreSQL için Azure Veritabanı sunucu tarafından sunulan 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.
• CMK özellikli sunucular için LTR yedekleme desteği

Sınırlamalar ve önemli noktalar

• 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çilemez.
• LTR yedeklemesi coğrafi çoğaltmalarda desteklenmez, ancak birincil sunuculardan gerçekleştirilebilir.
• LTR yedeklemesi için desteklenen veritabanı boyutu üst sınırı 4 TiB'dir.
• LTR yedeklemeleri haftalık, aylık veya yıllık olarak zamanlanabilir. Günlük yedekleme zamanlaması ş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.

Sık sorulan sorular

Yedeklemeyle ilgili sorular

• Azure sunucumun yedeklemesini nasıl işler?

  Varsayılan olarak PostgreSQL için Azure Veritabanı esnek sunucu, varsayılan saklama süresi 7 gün olan tüm sunucunuzun (oluşturulan tüm veritabanlarını kapsayan) otomatik yedeklemelerini 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ı esnek sunucu en fazla 35 günlük saklamayı destekler. Uzun süreli saklama gereksinimi için el ile yedeklemeleri kullanabilirsiniz.

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

  PostgreSQL aracını pg_dump kullanarak el ile yedek alabilirsiniz. Örnekler için bkz. Döküm ve geri yükleme kullanarak PostgreSQL için Azure Veritabanı esnek sunucu veritabanınızı geçirme.

  Esnek PostgreSQL için Azure Veritabanı sunucuyu Blob Depolama'ya yedeklemek istiyorsanız teknik topluluk blogumuzda PostgreSQL için Azure Veritabanı Blob Depolama'ya yedekleme bölümüne bakın.

• 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 verileri, yedeklemeleri ve geçici dosyalar AES 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 sonra tabloları veya veritabanlarını ayıklayıp yeni sunucuya aktarabilirsiniz.

• 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 penceresinde hiçbir taşıma yoktur.

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

  PostgreSQL için Azure Veritabanı esnek sunucu 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.
  • Coğrafi olarak yedekli yedeklemeyi yapılandırdıysanız, eşleştirilmiş bölge.

  Bu yedekleme dosyaları dışarı aktarılamaz.

  Sunucunuzu yalnızca belirli bir noktaya geri yüklemek için yedeklemeleri kullanabilirsiniz. Varsayılan yedek saklama süresi 7 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?

  Sunucu coğrafi olarak yedekli yedekleme ile yapılandırıldığında, 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?

  Esnek PostgreSQL için Azure Veritabanı sunucudaki veri birimleri, birincil sunucudan 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ıların kullanımına sunulmaz.

• 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. Sunucu durdurulduğu sırada tüm eski yedeklemeler (bekletme penceresi içinde) sunucu yeniden başlatılana kadar korunur. Bundan sonra, etkin sunucu için yedekleme saklama, saklama penceresine tabidir.

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

  PostgreSQL için Azure Veritabanı esnek sunucu, sağlanan sunucu depolama alanınızın yüzde 100'lerine kadar ek ücret ödemeden yedek depolama alanı olarak sağlar. Kullandığınız diğer yedekleme depolama alanları, fiyatlandırma modelinde tanımlandığı gibi aylık gigabayt olarak ücretlendirilir.

  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. Sağlanan depolama 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. Fazla yedekleme verileri, yedekleme fiyatına göre ücretlendirilir.

• Sunucumu alanlar arası yedekli 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, yalnızca bir yedek kopya kümesi korunur. Yalnızca bir kez ücretlendirilirsiniz.

Geri yüklemeyle ilgili sorular

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

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

  pg_dump gibi araçları kullanarak sunucunuzu el ile yedeklemelerden geri yüklemek için önce PostgreSQL için Azure Veritabanı 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/saatin önceki yedeklemesine ve işlenmek üzere günlük sayısına bağlı olarak değişebilir. Bu, 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ı esnek sunucu şu anda genel ve özel erişim genelinde sunucuların geri yüklenmesini desteklemez.

• Geri yükleme işlemimi izlemek Nasıl yaparım??

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

Sonraki adımlar

• İş sürekliliği hakkında bilgi edinin.
• Alanlar arası yedekli yüksek kullanılabilirlik hakkında bilgi edinin.
• Geri yüklemeyi öğrenin.