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, RPO) en fazla 15 dakika olabilir.
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 başka bir kullanılabilirlik alanı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 Yedekleme Depolama Kullanılan ölçümünü kullanabilirsiniz. Kullanılan Yedekleme Depolama ölçümü, sunucu için ayarlanan yedekleme saklama süresine bağlı olarak tüm korunan veritabanı yedeklemeleri ve günlük yedeklemeleri tarafından kullanılan depolamanın toplamını temsil eder.
Not
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.
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.
Önemli
PostgreSQL için Azure Veritabanı esnek sunucudaki 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.
- 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.
Önemli
Silinen sunucular geri yüklenebilir. Sunucuyu silerseniz, kurtarma için bırakılan PostgreSQL için Azure Veritabanı için Azure Veritabanı - Esnek Sunucuyu geri yükleme yönergelerimizi izleyebilirsiniz. Sunucunuzun yanlışlıkla silinmesini önlemeye yardımcı olmak için Azure kaynak kilidini kullanın.
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.
Önemli
Coğrafi olarak yedekli yedekleme yalnızca sunucu oluşturma sırasında yapılandırılabilir.
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.
Ö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. 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. Ayrıca, geri yükleme işlemi tamamlandıktan sonra güvenlik duvarı kurallarını uygulamanız gerekir.
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
Veritabanını 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ş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ı ve sanal ağ kurallarının geçerli olduğundan emin olun. Bu kurallar özgün sunucudan kopyalanmaz.
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.
Yüksek kullanılabilirlikle yapılandırılmış veritabanını geri yüklediyseniz ve geri yüklenen sunucuyu yüksek kullanılabilirlikle yapılandırmak istiyorsanız, 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.
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.
- Önizlemede, tüm veritabanları için LTR yedeklemeleri gerçekleştirebilirsiniz, gelecekte tek veritabanı yedekleme desteği eklenecektir.
- LTR yedeklemesi şu anda CMK özellikli sunucular için desteklenmiyor. Bu özellik gelecekte eklenecektir.
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 yedeklemek istiyorsanız teknik topluluk blogumuzda PostgreSQL için Azure Veritabanı Blob Depolama 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. Yedekleme Depolama Kullanıldı bölümünde 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.