Data Disaster Recovery; mantıksal yedekleme ve fiziksel yedekleme olmak üzere iki yedekleme yöntemi ile birden fazla yedekleme planı teknik özelliği sunar. Veritabanı boyutunuza, performans gereksinimlerinize ve bütçenize uygun yöntemi ve teknik özelliği seçmek için bu kılavuzu kullanın.
Mantıksal yedekleme ve fiziksel yedekleme
Mantıksal yedekleme veritabanı nesnesi düzeyinde (tablolar, dizinler, saklı yordamlar) çalışır. Fiziksel yedekleme ise veritabanı dosya düzeyinde çalışarak işletim sisteminden ham dosyaları kopyalar. Doğru seçim veritabanı boyutunuza ve yedeklemeniz gereken verilere bağlıdır.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Her veritabanı altyapısı için desteklenen yedekleme yöntemlerinin tam listesini görmek için Desteklenen veritabanı altyapıları ve özellikler konusuna bakın.
Bir yedekleme planı teknik özelliği seçin
Data Disaster Recovery; serverless, micro, small, medium, large, xlarge, 2xlarge ve 4xlarge olmak üzere aşağıdaki yedekleme planı teknik özelliklerini sunar. Daha üst düzey teknik özellikler GB başına daha düşük birim fiyatla daha hızlı yedekleme ve kurtarma performansı sunar.
Aylık maliyetinizi belirleyen temel faktör gerçek yedekleme hacminizin seçtiğiniz katmanın ücretsiz kotasıyla karşılaştırılmasıdır. Yedekleme hacminiz sürekli olarak ücretsiz kotayı aşarsa daha düşük bir katmandaki kota aşım ücretlerini ödemek yerine daha yüksek bir katmana yükseltmek genellikle daha maliyet etkindir.
Teknik özellik ayrıntıları
Satın alma sayfasında görüntülenen ücretler geçerlidir. Her takvim ayında ücretsiz kota sıfırlanır; kullanılmayan kota bir sonraki aya devretmez.
|
Yedekleme zamanlaması türü |
100 GB veriyi yedeklemek için tahmini gereken süre |
Veri yedekleme için ücretsiz kota (aylık GB) |
Çin anakarası için yapılandırma ücreti |
Çin (Hong Kong) bölgesi ve Çin dışındaki bölgeler için yapılandırma ücreti |
||
|
Yapılandırma ücreti (aylık USD) |
Aşım yedekleme verisinin birim fiyatı (GB başına USD) |
Yapılandırma ücreti (aylık USD) |
Aşım yedekleme verisinin birim fiyatı (GB başına USD) |
|||
|
micro |
20 saat |
40 |
5 |
0.117 |
7 |
0,175 |
|
small |
5 saat |
400 |
22 |
0.055 |
33 |
0,083 |
|
medium |
2,5 saat |
800 |
35 |
0,039 |
53 |
0,059 |
|
large |
1,5 saat |
1600 |
56 |
0,024 |
84 |
0,036 |
|
xlarge |
1 saat |
∞ |
140 |
Ücretsiz |
209 |
Ücretsiz |
Kullanım notları
Yalnızca yedekleme zamanlaması yükseltmeleri: Yedekleme zamanlamasının düşürülmesi desteklenmez. Bkz. Yedekleme zamanlamasını yükseltme.
Tablo sayısı sınırı: Kaynak veritabanındaki tablo sayısını 10.000'in altında tutun. Bu sınırın aşılması yedekleme ve kurtarma sırasında uzun tablo başlatma sürelerine neden olur.
Birincil anahtar hususları: Birincil anahtarı olmayan tablolar, dize birincil anahtarlı tablolar veya bileşik birincil anahtarlı tablolar daha uzun yedekleme sürelerine yol açar.
Karmaşık tablo şemaları: Veritabanınızda makul olmayan tablo şemaları, büyük tablolar veya büyük alanlar varsa daha üst düzey bir teknik özellikle başlayın. Yedekleme istisnaları oluşursa zamanlamayı yükseltin ve yeniden deneyin. Çözülmemiş sorunlar için teknik destek amacıyla DBS DingTalk grubuna (Kimlik: 35585947) katılın.
Önceliğinize göre bir teknik özellik seçin
Yüksek performans gereksinimi
Yedekleme ve kurtarma hızının önemli olduğu üretim veritabanları için 4xlarge veya 2xlarge teknik özelliğini seçin.
Maliyet etkinliği gereksinimi
Katmanlar arasındaki maliyetleri karşılaştırmak için faturalama formülünü kullanın ve ardından performans ihtiyaçlarınızı karşılayan en düşük maliyetli seçeneği belirleyin:
Subscription (upfront) billing = Configuration fee + max(0, Actual backup volume − Free quota) × Excess rateÖrnek: A Şirketi 150 GB'lık bir veritabanında ayda dört tam yedekleme çalıştırarak 600 GB yedekleme verisi üretmektedir. Fiyatlar Çin anakarası için geçerlidir.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Bu örnekte small en ucuz seçenektir. Medium yalnızca %2 daha pahalıdır ancak daha hızlı yedekleme hızı sunar; doğru seçim performans gereksinimlerinize bağlıdır.
Bu örnek gösterim amaçlıdır. Gerçek aylık kullanımınızı tahmin ederken artımlı yedekleme hacmini ve tam yedeklemeler arasındaki veri büyümesini hesaba katın. Toplam aylık yedekleme hacmi 5.207 GB'ı aştığında xlarge en maliyet etkin seçenek haline gelir; veri hacmi sınırı yoktur ve en iyi yedekleme performansını sağlar.
Performans kıyaslama verileri
Aşağıdaki kıyaslama sonuçları satın almadan önce hangi teknik özelliğin aktarım hızı gereksinimlerinizi karşıladığını doğrulamanıza yardımcı olur.
Mantıksal yedekleme ve kurtarma
Test ortamı:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Test veritabanı:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tam yedekleme
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Artımlı yedekleme
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tam geri yükleme
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Artımlı geri yükleme
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Fiziksel yedekleme ve kurtarma
Fiziksel yedekleme MySQL dosyalarını bir akış olarak okur ve yedekleme verilerini birden çok eşzamanlı akış kullanarak cloud depolamaya yazar. Eşzamanlılık düzeyi teknik özellik katmanıyla ölçeklenir; daha yüksek katmanlar daha hızlı yedekleme anlamına gelir. İki sıkıştırma algoritması mevcuttur: gzip (daha yüksek sıkıştırma oranı, daha küçük dosyalar) ve LZ4 (daha hızlı hız, daha büyük dosyalar).
Test veritabanı:
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tam yedekleme
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Tam geri yükleme
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Temel içgörü: LZ4 aynı teknik özellik katmanında gzip'den yaklaşık 2–3 kat daha hızlıdır ancak yedekleme dosyaları yaklaşık %47 daha büyük olur. Depolama alanı öncelikliyse gzip'i seçin; yedekleme hızı daha önemliyse LZ4'ü seçin.
Sonraki adımlar
Yedekleme ağ geçidi ekleme — fiziksel yedekleme için gereklidir
Yedekleme zamanlamasını yükseltme — performans yetersizse teknik özelliğinizi ölçeklendirin
Desteklenen veritabanı altyapıları ve özellikler — veritabanı altyapınız için yedekleme yöntemi desteğini doğrulayın
Yedekleme ve geri yükleme üzerinde performans testleri — ayrıntılı kıyaslama metodolojisi