Data Disaster Recovery tam yedekleme, artımlı yedekleme ve veri kurtarmayı destekler. Bu konuda, veritabanı yedekleme ve yönetimine hızlıca başlamanız için bir yedekleme planının nasıl oluşturulup yapılandırılacağı, bir veritabanının nasıl yedekleneceği ve geri yükleneceği açıklanmaktadır.
Data Disaster Recovery hizmetinin veritabanınız için yedekleme ve geri yüklemeyi destekleyip desteklemediğini kontrol etmek ve farklı veritabanları için yedekleme ile geri yükleme granülerliği hakkında bilgi edinmek için bkz. Desteklenen veritabanı türleri ve özellikler.
Yedekleme planı teknik özellikleri hakkında bilgi edinmek veya teknik özellik seçimi konusunda öneri almak için bkz. Yedekleme yöntemi nasıl seçilir.
Mantıksal yedekleme ile fiziksel yedekleme arasındaki farkları anlamak için bkz. Mantıksal yedekleme, fiziksel yedekleme ve anlık görüntüler.
Yedekleme planı oluşturma
Data Management DMS 5.0 konsolunda oturum açın.
-
Üst gezinme çubuğunda seçeneklerini belirleyin.
NotBasit modda DMS konsolunu kullanıyorsanız, DMS konsolunun sol üst köşesindeki
simgesinin üzerine gelin ve yolunu izleyin. Satın alma sayfasına gitmek için sağ üst köşedeki Create Schedule düğmesini tıklayın.
-
Aşağıdaki parametreleri yapılandırın ve sağ alt köşedeki Buy and Start düğmesini tıklayın.
Yapılandırma
Açıklama
Product Type
Backup Plan seçeneğini belirleyin.
NotDMS konsolu, kullandıkça öde yedekleme planlarının oluşturulmasını desteklemez.
Backup Plan Region
Yedekleme verilerini depolamak istediğiniz bölgeyi seçin.
Not-
Tek bölgeli yedekleme: Veritabanınızla aynı bölgeyi seçin.
-
Bölgeler arası yedekleme (coğrafi çoğaltma): Daha güçlü olağanüstü durum kurtarma sağlamak için veritabanınızdan farklı bir bölge seçin; ancak ek ücretler uygulanabilir. Örneğin, China (Beijing) bölgesindeki bir veritabanını China (Shanghai) bölgesine yedeklemek için China (Shanghai) bölgesinde bir yedekleme planı satın alın.
Data Source Type
Yedeklemek istediğiniz veritabanının türünü seçin.
NotVeri kaynağınız RDS MySQL, kendi kendinize yönetilen bir MySQL veritabanı veya PolarDB for MySQL ise MySQL'i seçin. Veri kaynağı türü seçimiyle ilgili rehberlik için bkz. Desteklenen veritabanı türleri ve özellikler.
Specification
Daha yüksek bir teknik özellik, daha iyi yedekleme ve geri yükleme performansı sağlar. Kullanılabilir teknik özellikler şunlardır: micro (giriş düzeyi), small (düşük uç), medium (orta düzey), large (yüksek uç) ve xlarge (trafik sınırı olmayan yüksek uç).
-
Veritabanı örneğiniz (örneğin, bir üretim veritabanı) yüksek performanslı yedekleme ve geri yükleme gerektiriyorsa, daha hızlı işlemler için xlarge veya large teknik özelliği satın almanızı öneririz.
-
Yedekleme ve geri yükleme hızı kritik değilse, maliyet açısından en uygun teknik özelliği hesaplayıp seçin. Daha fazla bilgi için bkz. Yedekleme yöntemleri ve yedekleme planı teknik özellikleri seçme yönergeleri.
Yedeklemek istediğiniz veritabanları ve tablolar mantıksız tablo şemaları, büyük tablolar veya büyük alanlar gibi sorunlar içeriyorsa ve düşük teknik özellikli bir yedekleme zamanlaması türü seçerseniz, yedekleme zamanlamasının kaynakları veritabanlarını veya tabloları yedeklemek için yetersiz kalabilir. Bu durumda yedekleme hataları oluşur. Yedekleme hatalarını önlemek için yüksek teknik özellikli bir yedekleme zamanlaması türü seçmenizi öneririz.
Backup Method
Aşağıdaki backup methods desteklenir:
-
Physical backup: Yalnızca kendi kendinize yönetilen veritabanlarını destekler; RDS örneklerini desteklemez.
Bu yöntem, veritabanı dosyalarını işletim sistemi düzeyinde yedekler. Fiziksel yedekleme ve geri yükleme genellikle mantıksal yedekleme ve geri yüklemeye göre daha hızlıdır ve hızlı kurtarmayı destekler.
-
Logical backup: RDS örneklerini, yerel veritabanlarını ve ECS üzerinde kendi kendinize yönetilen veritabanlarını destekler.
Bu yöntem, tablolar, dizinler ve saklı yordamlar gibi veritabanı nesnelerini yedekleyerek veritabanı veya tablo düzeyinde ayrıntılı yedekleme ve geri yüklemeyi mümkün kılar.
NotMantıksal yedekleme ve fiziksel yedeklemenin tanımları ve aralarındaki farklar hakkında bilgi için bkz. Mantıksal yedekleme, fiziksel yedekleme ve anlık görüntü ve Bir yedekleme yöntemi seçin.
Storage Space
Satın alma sırasında bir kapasite seçmeniz gerekmez. Sistem, depolanan gerçek veri miktarına göre ücretlendirme yapar.
NotBüyük miktarda veri yedekliyorsanız, yedekleme zamanlaması için built-in DBS storage depolama ücretlerini karşılamak üzere DBS tarafından sunulan bir yedekleme örneği depolama planı satın almanızı öneririz. Depolama planı satın alma hakkında daha fazla bilgi için bu konunun SSS bölümüne bakın.
Bir yedekleme zamanlaması için oluşabilecek ücretler hakkında bilgi için bkz. Faturalandırma SSS.
Resource Group
Yedekleme planı yönetimini basitleştirmek için varsayılan veya özel bir kaynak grubu seçin.
Quantity
İhtiyacınıza göre adedi seçin.
Not-
Bir yedekleme planı yalnızca tek bir veritabanı örneğini yedekleyebilir. Birden çok örneği yedeklemek için birden çok yedekleme planı oluşturun. Örneğin, RDS MySQL A örneğini ve RDS MySQL B örneğini yedeklemek için iki yedekleme planı satın alın.
-
Bir yedekleme planı yalnızca tek bir veritabanı türünü destekler. Hem kendi kendinize yönetilen bir SQL Server veritabanını hem de kendi kendinize yönetilen bir MySQL veritabanını yedeklemek için iki yedekleme planı satın alın.
Subscription Duration
Yedekleme planı için abonelik süresini seçin.
-
-
Confirm Order sayfasında sipariş ayrıntılarını doğrulayın, Service Agreement öğesini okuyup seçin ve Pay düğmesini tıklayın.
Ödeme başarılı olduktan sonra yeni yedekleme planınızı görüntülemek için Backup Plans sayfasına gidin.
Yedekleme planı yapılandırma
Önkoşullar
Bir veritabanı hesabı hazırlayın ve yedekleme için gerekli izinlere sahip olduğunu doğrulayın. Daha fazla bilgi için bkz. Hesap izinleri.
-
backup method physical backup olarak ayarlandıysa, veritabanınızın bulunduğu sunucuya bir yedekleme ağ geçidi yükleyin. Talimatlar için bkz. Bir yedekleme ağ geçidi yükleme.
NotKonsolda Backup Gateways sekmesinden bir yedekleme ağ geçidinin yüklü olup olmadığını kontrol edebilirsiniz.
Prosedür
Bu örnekte yapılandırma sürecini göstermek için bir RDS MySQL mantıksal yedekleme planı kullanılmaktadır. Diğer veritabanı türleri için adımlar biraz farklılık gösterebilir.
Hedef yedekleme planı kimliğini bulun ve Actions sütunundaki Configure Backup Schedule seçeneğini tıklayın.
-
Configure Backup Source and Destination sayfasında yedekleme kaynağını ve hedefini yapılandırın, ardından sağ alt köşedeki Next düğmesini tıklayın.
Backup Source Information bölümünde Backup Method değerini Logical Backup olarak ayarlayın, Database Location için RDS Instance seçeneğini belirleyin, Instance Region ve RDS Instance ID değerlerini girin, Database Account ve Password bilgilerini doldurun, Connection Method için Non-encrypted Connection veya SSL Secure Connection seçeneğini işaretleyin, bağlantıyı doğrulamak için Test Connection düğmesine tıklayın ve I understand and agree to the compliance commitment above onay kutusunu işaretleyin. Backup Destination Information bölümünde Backup Destination Storage Type için DBS Storage (Recommended) ve Storage Method için Built-in Encryption seçeneklerini seçin.
-
Edit Backup Objects sayfasında, istediğiniz veritabanlarını ve tabloları kaynaktan Selected kutusuna taşıyın, ardından Next düğmesini tıklayın.
NotMantıksal yedekleme: Tam yedekleme için belirli veritabanlarını veya tabloları seçebilirsiniz. Bazı veritabanları çoklu veritabanı, tek veritabanı veya tek tablo seçimini destekler. Destekleniyorsa artımlı yedekleme, varsayılan olarak tüm artımlı verileri içerir ve tablo başına seçim yapılmasına izin vermez.
Fiziksel yedekleme: Yalnızca tüm veritabanı örnekleri yedeklenebilir.
Configure Backup Time sayfasında yedekleme zamanlamasını ve diğer seçenekleri ayarlayın, ardından sağ alt köşedeki Next düğmesini tıklayın.
-
Edit Lifecycle sayfasında tam yedekleme verileri için saklama süresini girin.
NotÖnceki adımda Incremental Backup seçeneğini etkinleştirdiyseniz, artımlı yedekleme verileri için de saklama süresini yapılandırmanız gerekir.
Yapılandırmayı tamamladıktan sonra sağ alt köşedeki Precheck düğmesini tıklayın.
-
Precheck iletişim kutusu ön kontrolün başarılı olduğunu gösterdiğinde Start Task düğmesini tıklayın.
NotYedekleme planı Status değeri Running olarak değiştiğinde, yedekleme planı başarıyla yapılandırılmış demektir.
Yedekleme planı başarısız olursa veya hata bildirirse müşteri hizmetleri DingTalk grubundan (ID: 35585947) destek alın.
Veritabanı geri yükleme
Notlar
-
Bir veritabanını farklı bir bölgedeki bir RDS örneğine geri yüklerken, hedef RDS örneğinin genel bir uç noktası olmalıdır.
Örneğin, yedekleme planınız China (Hangzhou) bölgesindeyse ve verileri China (Beijing) bölgesindeki bir RDS örneğine geri yüklemek istiyorsanız, China (Beijing) bölgesindeki RDS örneğinin genel bir uç noktası olmalıdır.
Geri yükleme süresi, yedekleme planının teknik özelliklerine ve geri yüklenecek veritabanının boyutuna bağlıdır. Daha yüksek teknik özellikler daha hızlı geri yüklemeler sağlar ve daha büyük veritabanlarının geri yüklenmesi daha uzun sürer.
Prosedür
Bu örnek genel geri yükleme sürecini açıklamaktadır. Adımlar, veritabanı motoruna bağlı olarak biraz farklılık gösterebilir.
Copy Data Management (CDM) teknolojisini kullanan sandbox özelliği, hızlı kurtarma (saniyeler içinde RTO) sağlar. Sandbox'ta analiz ve test yapabilirsiniz. Daha fazla bilgi ve talimatlar için bkz. Kendi kendinize yönetilen MySQL için acil durum kurtarma.
Hedef yedekleme planı kimliğini bulun ve Actions sütunundaki Manage seçeneğini tıklayın.
Configure Task sayfasında sağ üst köşedeki Restore Database düğmesini tıklayın.
-
Set Time Restored To sayfasında Set Time Restored To ve Restore Target Database değerlerini ayarlayın, ardından Next düğmesini tıklayın.
NotGeri yükleme yapılandırması, veritabanı motoruna göre biraz farklılık gösterir.
Data Disaster Recovery hizmeti, MySQL ve SQL Server veritabanlarını önceden örnek oluşturmanıza gerek kalmadan doğrudan yeni bir RDS örneğine geri yüklemeyi destekler.
-
Configure Objects to Restore sayfasında aşağıdaki ayarları yapılandırın ve sağ alt köşedeki Precheck düğmesini tıklayın.
Yapılandırma
Açıklama
Conflict Handling
Varsayılan olarak Conflict Handling değeri Rename on Object Name Conflict olarak ayarlanır. Örneğin, geri yükleme sırasında
job_infoadlı bir tablo zaten varsa, sistem yeni tabloyujob_info_dbs_<restore job ID>_<timestamp>olarak yeniden adlandırır.Restore Objects
Source Database Objects listesinden geri yüklenecek veritabanlarını veya tabloları seçin ve bunları Selected Database Objects listesine taşıyın.
NotBazı veritabanları tek tablo veya tek veritabanı geri yükleme granülerliğini destekler; bu da geri yüklenen veri miktarını azaltır ve RTO'yu (Kurtarma Süresi Hedefi) kısaltır. Desteklenen geri yükleme granülerliği hakkında ayrıntılar için bkz. Desteklenen veritabanı türleri ve özellikler.
-
Precheck iletişim kutusu Precheck Passed durumunu gösterdiğinde Start Task düğmesini tıklayın.
Sol taraftaki Restore Tasks sekmesinden geri yükleme ilerlemesini görüntüleyebilirsiniz.
Geri yükleme işi listesi, iş durumunu ve Full Schema Pre-Restore Progress, Full Data Restore Progress, Incremental Log Restore Progress ile Full Schema Post-Restore Progress dahil olmak üzere ayrıntılı ilerlemeyi gösterir. Tüm ilerleme göstergeleri %100'e ulaştığında iş durumu Completed olarak değişir.
NotGeri yükleme süresi, yedekleme planının teknik özelliklerine ve veritabanı boyutuna bağlıdır. Daha yüksek teknik özellikler daha hızlı geri yüklemeler sağlar.
Yeni bir örneğe geri yüklemeyi seçerseniz, sistemin yeni RDS örneğini oluşturması yaklaşık 5–10 dakika sürer. Başarılı bir geri yüklemenin ardından yeni RDS örneğini RDS konsolunda bulabilirsiniz. Alternatif olarak, geri yükleme işi kimliğini tıklayın ve otomatik olarak RDS konsoluna yönlendirilmek için Basic Information bölümündeki RDS örneği adını tıklayın.