Kullanımdan kaldırma duyurusunun ardından PostgreSQL için Azure Veritabanı - Tek Sunucu'ya ne olur?
ŞUNLAR IÇIN GEÇERLIDIR: 
PostgreSQL için Azure Veritabanı - Tek Sunucu
**PostgreSQL için Azure Veritabanı - Tek Sunucu kullanımdan kaldırma yolundadır ve 28 Mart 2025'e kadar kullanımdan kaldırılması planlanmaktadır.
PostgreSQL için Azure Veritabanı – Tek Sunucu genel olarak 2018'de kullanıma sunuldu. Müşteri geri bildirimleri ve Azure veritabanı ortamının hesaplama, kullanılabilirlik, ölçeklenebilirlik ve performans özelliklerindeki yeni ilerlemeler göz önüne alındığında, Tek Sunucu teklifinin kullanımdan kaldırılıp yeni bir mimariyle yükseltilmesi gerekir. PostgreSQL için Azure Veritabanı - Esnek Sunucu hizmetin yeni neslidir ve size en iyi Azure açık kaynak veritabanı platformunu sunar.
Bu kullanımdan kaldırma işleminin bir parçası olarak, 30 Kasım 2023'ten itibaren Azure portalından yeni tek sunucu örnekleri oluşturmayı desteklemeyeceğiz. Ancak, iş sürekliliği gereksinimlerini karşılamak için tek sunucu örnekleri oluşturmanız gerekiyorsa, Mart 2025'e kadar Azure CLI'yi kullanmaya devam edebilirsiniz.
Şu anda üretim sunucularını barındıran bir PostgreSQL için Azure Veritabanı - Tek Sunucu hizmetiniz varsa, PostgreSQL için Azure Veritabanı - Tek Sunucunuzu PostgreSQL için Azure Veritabanı geçirebileceğinizi bildirmek PostgreSQL için Azure Veritabanı - Esnek Sunucu.
PostgreSQL için Azure Veritabanı - Esnek Sunucu, veritabanı yönetimi işlevleri ve yapılandırma ayarları üzerinde daha ayrıntılı denetim ve esneklik için tasarlanmış, tam olarak yönetilen üretime hazır bir veritabanı hizmetidir. Bu konuda daha fazla bilgi için PostgreSQL için Azure Veritabanı - Esnek Sunucu adresini ziyaret edin.
PostgreSQL için Azure Veritabanı - Tek Sunucudan PostgreSQL için Azure Veritabanı- Esnek Sunucuya Geçiş
PostgreSQL geçiş hizmetini kullanarak PostgreSQL için Azure Veritabanı - Tek Sunucudan PostgreSQL için Azure Veritabanı - Esnek Sunucu'ya nasıl geçiş yapılacağını öğrenin.
Sık Sorulan Sorular (SSS)
S. PostgreSQL için Azure Veritabanı- Tek Sunucu neden kullanımdan kaldırılıyor?
A. PostgreSQL için Azure Veritabanı – Tek Sunucu genel olarak 2018'de kullanıma sunuldu. Müşteri geri bildirimleri ve Azure veritabanı ortamının hesaplama, kullanılabilirlik, ölçeklenebilirlik ve performans özelliklerindeki yeni ilerlemeler göz önüne alındığında, Tek Sunucu teklifinin kullanımdan kaldırılıp yeni bir mimariyle yükseltilmesi gerekir. PostgreSQL için Azure Veritabanı - Esnek Sunucu hizmetin yeni neslidir ve size en iyi Azure açık kaynak veritabanı platformunu sunar.
S. Neden PostgreSQL için Azure Veritabanı - Esnek Sunucu'ya geçmem isteniyor?
A. PostgreSQL için Azure Veritabanı - Esnek Sunucu, tüm açık kaynak PostgreSQL iş yüklerinizi Azure'da çalıştırmak için en iyi platformdur. PostgreSQL için Azure Veritabanı - Esnek Sunucu ekonomiktir, tüm hizmet katmanlarında daha iyi performans sağlar ve daha ucuz ve daha hızlı olağanüstü durum kurtarma için maliyetlerinizi denetlemenin daha fazla yolunu sağlar. Esnek sunucuda yapılan diğer geliştirmeler şunlardır:
- Postgres sürüm 11 ve daha yeni sürüm desteğinin yanı sıra yerleşik güvenlik geliştirmeleri
- Seri hale dönüştürülebilir katman işlem seçenekleri desteğiyle daha iyi fiyat performansı.
- Aynı veya farklı bir kullanılabilirlik alanında ve kullanıcı tarafından denetlenen bakım pencerelerinde etkin beklemeyi yapılandırarak geliştirilmiş çalışma süresi.
- Yüksek performanslı veri iş yükleri için basitleştirilmiş bir geliştirici deneyimi.
S. Tek Sunucumu esnek sunucuya ne kadar sürede geçirmem gerekir?
A. PostgreSQL için Azure Veritabanı - Tek Sunucu 28 Mart 2025'e kadar kullanımdan kaldırılacak şekilde zamanlanmıştır. Bu nedenle, geçiş yaşam döngüsü boyunca çalışmak ve Esnek Sunucu tarafından sunulan avantajları kullanmak için en erken fırsatta Tek Sunucunuzu Esnek Sunucuya geçirmenizi kesinlikle öneririz.
S. Mevcut PostgreSQL için Azure Veritabanı - Tek Sunucu örneklerime ne olur?
A. Mevcut PostgreSQL için Azure Veritabanı - Tek Sunucu iş yükleriniz Mart 2025'e kadar desteklenir.
S. Kasım 2023'te topluluk EOL tarihinden sonra yeni bir sürüm 11 PostgreSQL için Azure Veritabanı - Tek Sunucu oluşturabilir miyim?
A. 30 Kasım 2023'den itibaren Artık Azure portalı aracılığıyla PostgreSQL sürüm 11 için yeni tek sunucu örnekleri oluşturamayacaksınız. Ancak, mart 2025'e kadar CLI aracılığıyla yapabilirsiniz. Sürüm oluşturma destek ilkemiz aracılığıyla tek sunucuları destekliyoruz .. En iyisi PostgreSQL için Azure Veritabanı - Esnek Sunucu'ya hemen geçiş yapmaya başlamaktır.
S. PostgreSQL için Azure Veritabanı - Tek Sunucumu 28 Mart 2025'te gün batımından sonra çalıştırmaya devam edebilir miyim?
A. 28 Mart 2025'in gün batımı tarihine kadar Tek Sunucu'ya destek sağlamayı planlıyoruz ve geçişinizi mümkün olan en kısa sürede planlamaya başlamanızı kesinlikle öneririz. Tek Sunucu dağıtımlarına yönelik desteği 28 Mart 2025'in gün batımı tarihinde sonlandırmayı planlıyoruz.
S. Tek Sunucu'nun kullanımdan kaldırılma duyurusundan sonra, iş gereksinimlerimi karşılamak için yeni bir tek sunucu oluşturmam gerekirse ne olur?
A. Yeni tek sunucu oluşturma özelliğini hemen durdurmuyoruz, böylece PostgreSQL için Azure Veritabanı - Tek Sunucuda desteklenen tüm PostgreSQL sürümlerine yönelik iş gereksinimlerinizi karşılamak üzere CLI aracılığıyla yeni tek sunucular oluşturmaya devam edebilirsiniz. Esnek Sunucuyu keşfetmenizi ve bunun ihtiyaçlarınızı karşılayıp karşılamayacağını görmenizi kesinlikle öneririz. Gerekirse bizimle iletişime geçmekten çekinmeyin, böylece size yol gösterebilir ve ileriye doğru en iyi yolu önerebiliriz.
S. Geçişi gerçekleştirmekle ilgili ek maliyetler var mı?
A. Geçiş sırasında hedef esnek sunucu ve kaynak tek sunucu için ödemeniz gerekir. Hedef esnek sunucunun yapılandırması ve bilgi işlemi, tahakkuk eden ek maliyetleri belirler (daha fazla ayrıntı için bkz . Fiyatlandırma ). Başarılı bir geçişten sonra kaynak tek sunucunun yetkisini aldıktan sonra yalnızca esnek sunucunuz için ödeme yapmış olursunuz. Tek Sunucudan Esnek Sunucuya geçiş hizmetinin kullanılması ek maliyete neden olmaz. Tek sunucunuzu esnek bir sunucuya geçirme maliyetiyle ilgili sorularınız veya endişeleriniz varsa Microsoft hesabı temsilcinize başvurun.
S. Faturalamam PostgreSQL için Azure Veritabanı - Tek Sunucu yerine PostgreSQL için Azure Veritabanı - Esnek Sunucu'nun çalıştırılmasından etkilenecek mi?
A. PostgreSQL için Azure Veritabanı - Tek Sunucunuza benzer bir yapılandırma seçerseniz faturalama karşılaştırılabilir olmalıdır. Ancak, hedef esnek sunucu için yüksek kullanılabilirliğe sahip aynı bölgeyi veya alanlar arası yedekliyi seçerseniz faturanız tek sunucunuzdan daha yüksek olur. Aynı alanlar veya alanlar arası yedekli yüksek kullanılabilirlik, yedekli yedekleme verilerinin eklenmesi ve depolanması için ek bir etkin bekleme sunucusu gerektirir, bu nedenle ikinci sunucunun ek maliyeti. Bu mimari, planlanmamış kesintiler ve planlı bakım sırasında kapalı kalma süresinin azaltılmasını sağlar. Genel olarak, Esnek Sunucu daha iyi fiyat performansı sağlar, ancak bu iş yükünüze bağlıdır.
S. Azure Veritabanımı PostgreSQL - Tek Sunucu'dan Esnek Sunucu'ya geçirirken kapalı kalma süresine neden olabilir miyim?
A. PostgreSQL geçiş hizmeti çevrimdışı ve çevrimiçi geçişleri destekler. Çevrimdışı geçiş, geçiş işlemi sırasında uygulamalarınıza kapalı kalma süresi gerektirir. Çevrimiçi geçiş, veritabanlarını sınırlı kapalı kalma süresiyle ancak birkaç kısıtlamayla geçirmenize yardımcı olur. Daha fazla bilgi için bkz. PostgreSQL geçiş hizmeti - PostgreSQL için Azure Veritabanı Tek Sunucudan Esnek Sunucuya.
Kapalı kalma süresi, veritabanlarınızın sayısı ve boyutu, her veritabanının içindeki tablo sayısı, dizin sayısı ve verilerin tablolar arasında dağılımı gibi çeşitli faktörlere bağlıdır. Ayrıca kaynak ve hedef sunucunun SKU'su ile kaynak ve hedef sunucuda kullanılabilen IOPS'ye de bağlıdır.
Geçişte yer alan birçok faktör göz önüne alındığında, uygulamanıza kapalı kalma süresini tahmin etmek için en iyi yaklaşım, üretim geçişinizi planlamak için birincil sunucudan geri yüklenen bir PITR sunucusunda geçişi denemektir.
Çevrimdışı geçişler daha az karmaşıktır ve başarısız olma olasılığı azdır. Bunlar, hizmet pencerelerine sahip iş yüklerini tek bir sunucudan esnek bir sunucuya geçirmenin önerilen yoludur. Çevrimiçi geçiş, düşük kapalı kalma süresi toleransı olan üretim ortamları için kullanılabilir.
S. En son PostgreSQL sürümlerini desteklemek için Tek Sunucu'da gelecekteki güncelleştirmeler olacak mı?
A. En son PostgreSQL altyapısı sürümlerinde çalıştırmanız gerekiyorsa Esnek Sunucu'ya geçmenizi öneririz. Postgres sürüm 11 için topluluk tarafından yayımlanan ikincil sürümleri, Kasım 2023'te topluluk tarafından kullanımdan kaldırılana kadar dağıtmaya devam ediyoruz.
Not
Postgres sürüm 11 desteğini topluluk kullanımdan kaldırma tarihinden sonra uzatıyoruz ve bu geçişi kolaylaştırmak için hem Tek Sunucu hem de Esnek Sunucu'da PostgreSQL sürüm 11'i destekliyoruz. En son Postgres altyapısı sürümlerinin avantajlarını kullanmak için Esnek Sunucu'ya geçiş yapmayı göz önünde bulundurun.
S. Esnek Sunucu %99,99 kullanılabilirlik SLA'sının Tek Sunucu'dan farkı nedir?
A. Esnek Sunucu alanlar arası yedekli dağıtım, bölgesel düzeyde dayanıklılık ile %99,99 kullanılabilirlik ve Tek Sunucu %99,99 kullanılabilirlik sunar ancak bölgesel dayanıklılık sağlamaz. Esnek Sunucu Yüksek Kullanılabilirlik (HA) mimarisi, yedekli işlem ve depolama (her sitenin verileri 3x kopyada depolanır) ile etkin bir bekleme sunucusu dağıtır. Tek SunucuLU HA mimarisi, bölgesel hatalardan kurtulmaya yardımcı olmak için pasif etkin beklemeye sahip değildir. Esnek Sunucu HA mimarisi planlanmamış kesintiler ve planlı bakım sırasında kapalı kalma süresini azaltır.
S. Tek Sunucum Esnek Sunucuyu desteklemeyen bir bölgeye dağıtıldı. Geçişe nasıl devam etmeliyim?
A. Tek Sunucu ile bölgesel eşliğe yakınız. Bunlar Esnek Sunucu varlığı olmayan bölgelerdir.
- Doğu Çin (CE ve CE2),
- Çin Kuzey (CN ve CN2)
- Batı Hindistan
- İsveç Kuzey
CN3/CE3, Orta Hindistan, Orta İsveç ve İsveç Güney bölgelerine geçiş yapmanızı öneririz. S. Tek sunucum için yapılandırılmış özel bir bağlantım var. Nasıl geçiş yaparım?
A. Özel Bağlantı desteği artık Esnek Sunucu'da kullanılabilir. Özel bağlantı desteğine sahip esnek bir sunucuya geçmek için çalışma zamanı sunucusunu kullanabilirsiniz. Daha fazla bilgi için bkz. Çalışma zamanı sunucusu - PostgreSQL için Azure Veritabanı Tek Sunucudan Esnek Sunucuya.
S. Tek Sunucuyu Esnek Sunucu geçişine geri alma seçeneği var mı?
A. İstediğiniz sayıda test geçişi gerçekleştirebilir, geçişinizin başarısını test edebilir ve hazır olduğunuzda son geçişi gerçekleştirebilirsiniz. Test geçişleri tek sunucu kaynağını etkilemez. Bu kaynak, siz geçiş yapana ve bağlantı dizesi Esnek sunucuya işaret edene kadar çalışır durumda kalır. Test geçişi sırasında herhangi bir hata varsa, son geçişi erteleyebilir ve kaynak sunucunuzu çalışır durumda tutabilirsiniz. Ardından, hataları çözümledikten sonra son geçişi yeniden yapabilirsiniz. Esnek bir sunucuya son geçişi gerçekleştirdikten ve üretim iş yükü için açtıktan sonra, veri kaybına neden olmadan Tek Sunucu'ya geri dönme becerinizi kaybedersiniz.
S. Veritabanımı (> 1 TB) nasıl geçirmem gerekir?
A. PostgreSQL geçiş hizmeti , tüm boyutlardaki veritabanlarını Tek Bir Sunucudan Esnek Sunucuya geçirebilir. Geçiş hizmetinin veritabanlarının boyutuyla ilgili bir kısıtlaması yoktur.
S. Bölgeler arası geçiş destekleniyor mu?
A. Evet.
S. Abonelikler arası geçiş destekleniyor mu?
A. PostgreSQL geçiş hizmeti abonelikler arası geçişleri destekler.
S. Kaynaklar arası grup aboneliği destekleniyor mu?
A. PostgreSQL geçiş hizmeti, kaynaklar arası grup geçişlerini destekler.
S. Sürümler arası destek var mı?
A. PostgreSQL geçiş hizmeti, daha düşük bir PostgreSQL sürümünden (PG 9.5 ve üzeri) daha yüksek bir sürüme geçişi destekler. Her zaman olduğu gibi, daha yüksek PostgreSQL sürümleriyle uygulama uyumluluğu önceden denetlenmelidir.
PostgreSQL geçiş hizmeti
PostgreSQL geçiş hizmeti, PostgreSQL Sunucu veritabanınızı tek bir sunucudan esnek bir sunucuya kolayca geçirmenizi sağlayan güçlü bir hizmettir. Bu hizmetle, veritabanınızı şirket içi bir sunucudan veya sanal makineden buluttaki esnek bir sunucuya kolayca taşıyabilir, böylece bulut bilişimin ölçeklenebilirlik ve esnekliğinden yararlanabilirsiniz.
S. Geçiş kapsamında hangi veri, şema ve meta veri bileşenleri geçirilir?
A. PostgreSQL geçiş hizmeti şemayı, verileri ve meta verileri kaynaktan hedefe geçirir. Aşağıdaki tüm veriler, şema ve meta veri bileşenleri veritabanı geçişinin bir parçası olarak geçirilir:
Veri Taşıma
- Tüm veritabanlarından/şemalardan tüm tablolar.
Şema Geçişi:
- Adlandırma
- Birincil anahtar
- Veri türü
- Sıralı konum
- Default value
- Null Atanabilirlik
- Autoincrement öznitelikleri
- İkincil dizinler
Meta Veri Geçişi:
- Saklı Yordamlar
- İşlevler
- Tetikleyiciler
- Görünümler
- Yabancı anahtar kısıtlamaları
S. Çevrimdışı ve çevrimiçi geçiş arasındaki fark nedir?
A. Çevrimdışı geçişle, geçiş başladığında uygulama kapalı kalma süresi başlar. Çevrimiçi geçişte çalışmama süresi geçiş sonundaki kesilme için gereken süreyle sınırlıdır. Ancak, birkaç kısıtlamaya tabi olan bir mantıksal çoğaltma mekanizması kullanır.
Aşağıdaki tabloda çevrimdışı ve çevrimiçi seçeneklere genel bir bakış sağlanır.
| Seçenek | Profesyonel | Eksi -lerini | Önerilen: |
|---|---|---|---|
| Çevrimdışı | - Basit, kolay ve yürütülmesi daha az karmaşık. - Başarısızlık olasılığı çok az. - İşleyebileceği veritabanı nesneleriyle ilgili hiçbir kısıtlama yoktur |
Uygulamalarda kapalı kalma süresi. | - Basitliğin ve yüksek başarı oranının temel öneme sahip olduğu senaryolar için en iyisidir. - Veritabanının iş operasyonlarını önemli ölçüde etkilemeden çevrimdışı olabileceği senaryolar için idealdir. - Geçiş işleminin planlı bir bakım penceresinde tamamlanabildiği veritabanları için uygundur. |
| Çevrimiçi | - Uygulamada çok az kapalı kalma süresi. - Büyük veritabanları ve sınırlı kapalı kalma süresi gereksinimleri olan müşteriler için idealdir. |
- Çevrimiçi geçişte kullanılan çoğaltmanın birkaç kısıtlaması vardır (örneğin, tüm tablolarda birincil anahtarlar gereklidir). - Çevrimdışı geçişten daha zor ve yürütülmesi daha karmaşıktır. - Geçişin karmaşıklığı nedeniyle daha fazla hata olasılığı. - Geçiş uzun süre çalışıyorsa kaynak örneğin depolama ve bilgi işlem üzerinde bir etkisi vardır. Geçiş sırasında etkinin yakından izlenmesi gerekir. |
- Sürekliliğin kritik olduğu ve kapalı kalma süresinin en düşük düzeyde olması gereken işletmeler için en uygun yöntemdir. - Geçiş işleminin devam eden işlemleri kesintiye uğratmadan gerçekleşmesi gerektiğinde veritabanları için önerilir. |
S. Tek Sunucu'ya Esnek Sunucu geçişinin performansını iyileştirmeye yönelik öneriler var mı?
A. Evet. Daha hızlı geçişler gerçekleştirmek için esnek sunucunuz için daha yüksek bir SKU seçin. Geçişi hızlı bir şekilde tamamlamak için en az 4VCore veya daha yüksek bir değer seçin. SKU'yu geçiş sonrası uygulama gereksinimleriyle eşleşecek şekilde istediğiniz zaman değiştirebilirsiniz. Diğer en iyi yöntemlere göz atın.
S. Tek Sunucu'dan Esnek Sunucu'ya çevrimdışı geçişin geçiş hizmetiyle gerçekleştirilmesi ne kadar sürer?
A. Aşağıdaki tabloda, PostgreSQL geçiş hizmetini kullanarak çeşitli boyutlardaki veritabanları için çevrimdışı geçişler gerçekleştirmek için harcanan zaman gösterilmektedir. Geçiş, SKU ile esnek bir sunucu kullanılarak gerçekleştirildi:
Standard_D4ds_v4(4 çekirdek, 16 GB Bellek ve 500 IOPS)
| Veritabanı Boyutu | Saat (SS:DD) |
|---|---|
| 1 GB | 00:01 |
| 5 GB | 00:03 |
| 10 GB | 00:08 |
| 50 GB | 00:35 |
| 100 GB | 01.00 |
| 500 GB | 04.00 |
| 1.000 GB | 07.00 |
Not
Yukarıdaki sayılar, geçişi tamamlamak için geçen yaklaşık süredir. Sunucunuza geçirmek için gereken tam zamanı elde etmek için tek sunucunuzun PITR 'sini (belirli bir noktaya geri yükleme) alıp PostgreSQL geçiş hizmetiyle geçirmenizi kesinlikle öneririz.
S. Tek Sunucu'dan Esnek Sunucu'ya çevrimiçi geçişin geçiş hizmetiyle gerçekleştirilmesi ne kadar sürer?
A. Çevrimiçi geçiş aşağıdaki adımları içerir:
- Veritabanlarının ilk kopyası
- Veri yakalamayı değiştirme - 1. adım sırasında kaynak üzerindeki tüm işlemleri hedefte yeniden yürütme.
1. adımda geçen süre çevrimdışı geçişlerle aynıdır (önceki soruya bakın).
2. adım için geçen süre, kaynakta gerçekleşen işlemlere bağlıdır. Yoğun yazma gerektiren bir iş yüküyse daha uzun olur.
S. Microsoft tarafından Tek Sunucudan Esnek Sunucuya geçiş için herhangi bir destek sunuluyor mu?
A. Evet. Geçiş hizmetini sürekli güncelleştirmenin yanı sıra, geçiş işlemi boyunca sizinle etkileşim kurabilen dahili iş ortağı ekipleriyle birlikte çalışırız. Daha fazla bilgi için hesap temsilcinize başvurun.
S. Microsoft, Tek sunucumu Esnek sunucuya otomatik olarak geçirmeme yardımcı olabilir mi? A. Evet. Sunucularınızı Otomatik geçiş için aday olarak belirleyebilirsiniz. Bu konuda daha fazla bilgi edinebilir ve sunucularınızı Otomatik Geçiş için aday olarak belirleyebilirsiniz.
Ek destek
S. Emeklilikle ilgili başka sorularım var.
A. Birkaç farklı yolla daha fazla bilgi edinebilirsiniz.
Microsoft Soru-Cevap'taki topluluk uzmanlarından yanıt alın.
Destek planınız varsa ve teknik yardıma ihtiyacınız varsa bir destek isteği oluşturun: - Özet için sorununuzun açıklamasını yazın. - Sorun türü için Teknik'i seçin. - Abonelik için aboneliğinizi seçin. - Hizmet için Hizmetlerim'i seçin. - Hizmet türü için tek sunucu PostgreSQL için Azure Veritabanı seçin. - Kaynak için kaynağınızı seçin. - Sorun türü için PostgreSQL için Azure DB'ye Geçiş'i seçin. - Sorun alt türü için tek sunucudan esnek sunucuya geçişi seçin.
Uyarı
Bu makale PostgreSQL için Azure Veritabanı - Esnek Sunucu kullanıcıları için değildir. PostgreSQL için Azure Veritabanı - Esnek Sunucu'ya yükseltmesi gereken PostgreSQL için Azure Veritabanı - Tek Sunucu müşterileri içindir.
Hizmetleri geçirmenin can sıkıcı olabileceğini biliyoruz ve bunun size neden olabileceği rahatsızlıktan dolayı özür dileriz. Size ve ortamınıza en uygun senaryoları seçebilirsiniz.