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 bildirimi ve Azure veritabanı manzarasındaki 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ı desteklemiyoruz. İş sürekliliği gereksinimlerini karşılamak için tek sunucu örnekleri oluşturmanız gerekiyorsa Azure CLI ve ARM şablonunu kullanmaya devam edebilirsiniz. Ancak Mart 2025 itibarıyla bu yöntemler artık kullanılmayacaktır.
Ş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. PostgreSQL için Azure Veritabanı - Esnek Sunucu hakkında 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ş
Tek Sunucu'dan Esnek Sunucuya geçiş aracını 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 bildirimi ve Azure veritabanı manzarasındaki 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 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 desteklenmeye devam edecektir.
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, kasım 2024'e kadar CLI aracılığıyla yapabilirsiniz. Sürüm oluşturma destek ilkemiz aracılığıyla tek sunucuları desteklemeye devam edeceğiz. 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ı verilerinde 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 sizin için 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ş aracının 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ılabilirlikle aynı bölgeyi veya alanlar arası yedekliyi seçerseniz, faturanız tek sunucunuzdakinden 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. Şu anda Tek Sunucudan Esnek Sunucuya geçiş aracı yalnızca çevrimdışı geçişleri destekler. Çevrimdışı geçiş, geçiş işlemi sırasında uygulamalarınıza kapalı kalma süresi gerektirir. Daha fazla bilgi için bkz. Geçiş aracı - Tek Sunucudan Esnek Sunucuya PostgreSQL için Azure Veritabanı.
Kapalı kalma süresi, veritabanlarınızın sayısı, veritabanlarınızın 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 hata olasılığı azdır ve hizmet pencereleri olan iş yükleri için tek bir sunucudan esnek bir sunucuya geçiş gerçekleştirmenin önerilen yoludur.
Kapalı kalma süresi gereksinimleri tek bir sunucu tarafından sağlanan Çevrimdışı geçişler tarafından Esnek geçiş aracına karşılanmadıysa hesap ekiplerinize başvurabilirsiniz.
Not
Çevrimiçi geçiş desteği yakında sunulacaktır.
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ç Orta 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 ve bu özellik şu anda Esnek Sunucu'da desteklenmiyor. Nasıl geçiş yaparım?
A. Özel bağlantı için Esnek Sunucu desteği en yüksek önceliğimizdir ve yol haritasındadır. Bu özelliğin 4.04.2023'te başlatılması planlanıyor. Bir diğer seçenek de sanal ağ eklenmiş esnek sunucuya geçiş yapmayı göz önünde bulundurmaktır.
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 ve siz geçişi gerçekleştirene 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 sunucuya geri dönme becerinizi kaybedersiniz.
S. Veritabanımı (> 1 TB) nasıl geçirmem gerekir?
A.Tek Sunucudan Esnek Sunucuya geçiş aracı , tek bir sunucudan esnek sunucuya tüm boyutlardaki veritabanlarını geçirebilir. Aracın yeni sürümünde veritabanlarının boyutuyla ilgili bir kısıtlama yoktur.
S. Bölgeler arası geçiş destekleniyor mu?
A. Şu anda Tek Sunucudan Esnek Sunucuya geçiş aracı bölgeler arası geçişleri desteklememektedir. Daha sonraki bir noktada desteklenir. Bölgeler arasında geçiş gerçekleştirmek için pg_dump/pg_restore kullanabilirsiniz.
Geçişin tamamlanması uzun sürdüğünden bölgeler arası veri geçişlerinden kaçınılmalıdır. Bunu yapmanın daha basit bir yolu, hedef GeoRegion'da okuma amaçlı çoğaltma başlatmak, uygulamanızı yük devretmek ve daha önce açıklanan adımları izlemektir.
S. Abonelikler arası geçiş destekleniyor mu?
A. Tek Sunucudan Esnek Sunucuya geçiş aracı abonelikler arası geçişleri destekler.
S. Kaynaklar arası grup aboneliği destekleniyor mu?
A. Tek Sunucudan Esnek Sunucuya geçiş aracı, kaynaklar arası grup geçişlerini destekler.
S. Sürümler arası destek var mı?
A. Tek Sunucudan Esnek Sunucuya 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.
Tek Sunucudan Esnek Sunucuya geçiş aracı
Tek Sunucudan Esnek Sunucuya geçiş aracı , SQL Server veritabanınızı tek bir sunucudan esnek bir sunucuya kolayca geçirmenizi sağlayan güçlü bir araçtır. Bu araçla, veritabanınızı şirket içi bir sunucudan veya sanal makineden buluttaki esnek bir sunucuya kolayca taşıyabilir ve 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. Tek Sunucudan Esnek Sunucuya geçiş aracı ş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
- Nullability
- 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. Tek Sunucudan Esnek Sunucuya geçiş aracı, çevrimiçi geçişler yakında kullanıma sunulacak şekilde çevrimdışı geçişi şimdi destekliyor. Çevrimdışı geçişle, geçiş başladığında uygulama kapalı kalma süresi başlar. Çevrimiçi geçişte kapalı kalma süresi, geçişin sonunda kesintiye neden olmak için gereken süreyle sınırlıdır, ancak mantıksal çoğaltma mekanizması kullanır. Verileriniz/Şemanız, çevrimiçi geçiş için bu açık kaynak PG altyapısı kısıtlamalarını geçmelidir. Kapalı kalma süresinin kabul edilebilir olup olmadığını belirlemek için çevrimdışı geçişi test etmenizi öneririz.
Çevrimiçi ve Çevrimdışı geçişlerin farklarını aşağıdaki tabloda bulabilirsiniz:
| Area | Çevrimiçi geçiş | Çevrimdışı geçiş |
|---|---|---|
| Geçiş sırasında veritabanının okumalar için kullanılabilirliği | Uygun | Uygun |
| Geçiş sırasında yazma için veritabanı kullanılabilirliği | Uygun | Genel olarak önerilmez. Geçiş sonrasında başlatılan herhangi bir 'yazma' yakalanmaz veya geçirilmez |
| Uygulama Uygunluğu | Maksimum çalışma süresi gerektiren uygulamalar | Planlı kapalı kalma süresini karşılayabilen veya çevrimiçi geçişi yasaklayan şema/iş yükü kısıtlamaları olan uygulamalar |
| Yoğun yazma iş yükleri için uygunluk | Uygun ancak geçiş sırasında iş yükünü azaltması beklenir | Bu yalnızca geçiş sırasında yazmaları devre dışı bırakabiliyorsanız önerilen bir çözümdür. Kaynakta yazma işlemleri, geçiş başladıktan sonra hedef sunucuya geçirilmez |
| El ile Tam Geçiş | Zorunlu | Gerekli değil |
| Kapalı kalma süresi gerekir | Veri boyutundan bağımsız olarak küçük ve sabit | Veri boyutu ve diğer faktörlerle orantılıdır. Daha küçük veritabanları için birkaç dakika, daha büyük veritabanları için birkaç saat kadar küçük olabilir |
| Geçiş süresi | Tam geçişe kadar Veritabanı boyutuna ve yazma etkinliğine bağlıdır | Veritabanı boyutuna bağlıdır |
S. Tek Sunucudan Esnek Sunucuya geçiş aracının 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 üzeri bir değer seçin. SKU'yu geçiş sonrası uygulama gereksinimleriyle eşleşecek şekilde istediğiniz zaman değiştirebilirsiniz.
S. Tek Sunucudan Esnek Sunucuya geçiş aracıyla çevrimdışı geçiş yapmak ne kadar sürer?
A. Aşağıdaki tabloda, Tek Sunucudan Esnek Sunucuya geçiş aracını kullanarak çeşitli boyutlardaki veritabanları için çevrimdışı geçiş gerçekleştirme zamanı gösterilmektedir. Geçiş, SKU ile esnek bir sunucu kullanılarak gerçekleştirildi:
Standard_D4ds_v4(4 çekirdek, 16 GB Bellek, 128 GB disk 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çiş için gereken tam zamanı elde etmek için, tek sunucunuzun PITR 'sini (belirli bir noktaya geri yükleme) alıp Tek Sunucudan Esnek Sunucuya geçiş aracında çalıştırmanızı kesinlikle öneririz.
S. Tek Sunucudan Esnek Sunucuya geçiş aracıyla çevrimiçi geçiş gerçekleştirmek 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, 2. adım için geçen süre daha uzun olur.
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.
PostgreSQL için Azure Veritabanı ürün ekibiyle iletişime geçebilirsiniz.
Bir 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ı sağlayın.
- Sorun türü için, Teknik’i seçin.
- Abonelik için, aboneliğinizi seçin.
- Hizmet içinde 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ı bir deneyim olabileceğini biliyoruz ve bunun size neden olabileceği rahatsızlıktan dolayı önceden özür dileriz. Size ve ortamınıza en uygun senaryoları seçebilirsiniz.