ApsaraDB for MongoDB:Veri Geri Yükleme Genel Bakışı

Örnek verilerini geri yükleyebileceğiniz zaman aralığı, yedekleme verilerinizin saklama süresine bağlıdır. Daha önceki bir noktadan veri geri yüklemek isterseniz Uzun süreli saklama yedeği konusuna bakın.

Verilerin yeni bir örneğe geri yüklenmesi için gereken süre; depolama türüne, yedekleme verisi hacmine, yeniden oynatılacak oplog hacmine ve yeni örnek teknik özelliklerine bağlıdır. Genellikle birkaç dakika ile birkaç saat arasında değişir.

Tam bir geri yükleme aşağıdaki üç aşamadan oluşur. Toplam geri yükleme süresi bu üç aşamanın toplamıdır:

Aşama	Açıklama	Veri hacmiyle ilişkili mi?
Yeni örnek oluşturma	Hedef örneği seçtiğiniz teknik özelliklerle oluşturur ve yapılandırır.	Hayır
Tam yedeği geri yükleme	Tam yedekleme verilerini yeni örneğe geri yükler.	Büyük ölçüde depolama türüne bağlıdır. Aşağıdaki bölümlere bakın.
Artımlı yedeği geri yükleme (oplog yeniden oynatma)	Tam yedekleme noktası ile hedef zaman noktası arasında oluşan artımlı verileri yeni örneğe yeniden oynatır.	Evet

Bulut disk tabanlı örnekler

Bulut disk tabanlı bir örnek için tam geri yükleme, bulut disk anlık görüntülerini kullanır. Veriler bir anlık görüntüyü bağlayarak geri yüklendiğinden bu aşama büyük ölçüde veri hacminden bağımsızdır.

Aşağıdaki tahminler referans ortam olarak 4 çekirdek ve 8 GB belleğe sahip bir çoğaltma kümesi örneğini baz almaktadır:

Aşama	Tahmini süre
Yeni örnek oluşturma	10 ila 15 dakika
Tam yedeği geri yükleme (anlık görüntü bağlama)	Genellikle 5 ila 10 dakika sürer ve büyük ölçüde veri hacminden bağımsızdır.
Örneği başlatma ve ilklendirme	2 ila 5 dakika
Artımlı yedeği geri yükleme (oplog yeniden oynatma)	Artımlı veri hacmine ve içerik karmaşıklığına bağlıdır. Geri yükleme süresini etkileyen faktörler bölümüne bakın.

Örnek: 4 çekirdek ve 8 GB belleğe sahip, bulut disk tabanlı bir çoğaltma kümesi örneği için veri hacmi 20 GB veya 1 TB olsa bile, yedekleme noktasından örnek oluşturma genellikle 20 ila 30 dakika sürer. Belirli bir zamana geri yükleme kullanarak örnek oluşturmak, yedekleme noktası ile hedef zaman noktası arasında oluşan oplog hacmine bağlı olarak ek yeniden oynatma süresi gerektirir.

Yerel disk tabanlı örnekler

Yerel disk tabanlı bir örnek için tam geri yükleme öncelikle yedekleme setini yedekleme depolamasından indirir. Ardından seti hedef düğümde açar. Süre, yedekleme seti boyutuna ve veri dosyası sayısına bağlıdır.

Aşağıdaki tahminler referans ortam olarak 4 çekirdek ve 8 GB belleğe sahip bir çoğaltma kümesi örneğini baz almaktadır:

Aşama	Tahmini süre
Yeni örnek oluşturma	10 ila 15 dakika
Tam yedekleme setini indirme	Referans oranı, örnek teknik özelliklerine ve ağ koşullarına bağlı olarak saatte 50 ila 200 GB arasındadır.
Tam yedekleme setini açma	Veri dosyası sayısına bağlıdır. Aşağıdaki nota bakın.
Oplog'u indirme	Referans oranı saatte 50 ila 200 GB arasındadır.
Oplog'u yeniden oynatma	Artımlı veri hacmine ve içerik karmaşıklığına bağlıdır. Geri yükleme süresini etkileyen faktörler bölümüne bakın.

Not

Açma süresi esas olarak yedekleme setindeki veri dosyalarının sayısı tarafından belirlenir, yalnızca boyutuyla değil. Daha fazla koleksiyon ve dizin, daha fazla veri dosyası ve daha uzun açma süresi anlamına gelir. Tipik bir örnek için açma işlemi genellikle dakikalar sürer. Yüz binlerce koleksiyon ve dizine sahip bir örnek için bu işlem birkaç saat veya daha uzun sürebilir. Bu beklenen bir durumdur. Daha fazla bilgi için Aşırı sayıda veritabanı ve koleksiyondan kaynaklanan performans sorunları konusuna bakın. Örneğinizde çok sayıda koleksiyon varsa ve hızlı geri yükleme gerekiyorsa bulut disk tabanlı bir örnek kullanın.

Örnek: 4 çekirdek ve 8 GB belleğe sahip, 200 GB veri içeren yerel disk tabanlı bir çoğaltma kümesi örneğini ele alalım. Yedekleme noktasından örnek oluşturmak için saatte 100 GB indirme hızı ve yaklaşık 30 dakikalık açma süresi varsayarsak uçtan uca geri yükleme yaklaşık 3 saat sürer. Belirli bir zamana geri yükleme kullanarak örnek oluşturmak ayrıca oplog'u indirmek ve yeniden oynatmak için ek süre gerektirir.

Geri yükleme süresini etkileyen faktörler

• Depolama türü: Bulut disk tabanlı bir örnek için tam geri yükleme bir anlık görüntüyü bağlar. Bu, yerel disk tabanlı bir örnek için veri indirme ve açma işlemlerinden çok daha hızlıdır.

• Yedekleme seti boyutu: Daha büyük bir yedekleme seti, yerel disk tabanlı bir örnek için daha uzun indirme süresi gerektirir. Bu faktör bulut disk tabanlı bir örneği etkilemez.

• Veri dosyası sayısı: Daha fazla koleksiyon ve dizin, yerel disk tabanlı bir örnek için açma süresini artırır.

• Yeni örnek teknik özellikleri: Daha fazla CPU çekirdeği, bellek ve disk IOPS indirme, açma ve oplog yeniden oynatma işlemlerini hızlandırır. Büyük bir veri hacmini düşük teknik özelliklere sahip bir örneğe geri yüklemek önemli ölçüde daha uzun sürer.

• Oplog hacmi: Belirli bir zamana geri yükleme için, tam yedekleme noktasından daha uzak bir hedef zaman noktası daha fazla oplog verisinin yeniden oynatılmasını gerektirir. Bu durum geri yükleme süresini artırır.

• Oplog içerik karmaşıklığı: Oplog'daki çoklu belge işlemleri seri olarak yeniden oynatılmalıdır ve paralelleştirme yoluyla hızlandırılamaz. Büyük belgeler ve hotspot güncellemeleri ek yazma büyütmesine neden olur. Karmaşık yazma iş yükleri için daha yüksek örnek teknik özellikleri yeniden oynatma hızını belirgin şekilde iyileştirmeyebilir.

• Kaynak örnek yazma hızı: Belirli bir zamana geri yükleme için daha yüksek bir kaynak yazma hızı aynı dönemde daha fazla oplog verisi üretir. Bu durum yeniden oynatma süresini artırır.

• Parçalanmış küme örnekleri: Parçalanmış bir küme örneğinin Config Server'ı, parçaları ve mongos düğümleri paralel olarak geri yüklenir. Tamamlanma süresi en yavaş bileşene bağlıdır. Genellikle aynı veri hacmine sahip bir çoğaltma kümesi örneğinden daha kısa olmaz.

Geri yükleme süresini azaltmaya yönelik öneriler

• Bulut disk tabanlı bir örneği tercih edin. Tam geri yükleme dakikalar sürer ve veri hacmi veya koleksiyon sayısından etkilenmez.

• Yeni örnek için kaynak örneğinkinden daha düşük olmayan teknik özellikler seçin. Bu durum geri yükleme sırasında teknik özellik darboğazlarını önler.

• Bir örneği yedekleme noktasından oluşturmayı tercih edin. İş süreçleriniz izin veriyorsa hedef zaman noktasına en yakın yedekleme noktasını kullanın. Bu yaklaşım oplog yeniden oynatma süresini azaltır veya ortadan kaldırır.

• Koleksiyon ve dizin sayısını sınırlayın. Kullanılmayan koleksiyonları ve dizinleri derhal kaldırarak yerel disk tabanlı bir örnek için açma süresini önemli ölçüde azaltın.

• Yüksek frekanslı yedekleme özelliğini etkinleştirin. Bu özellik yedekleme noktası ile hedef zaman noktası arasındaki aralığı kısaltarak yeniden oynatılması gereken oplog hacmini azaltır.

Bulut diskli parçalanmış küme örnekleri için verileri kaynak örneğe geri yüklemek üzere veritabanı ve tablo geri yükleme özelliğini kullanabilirsiniz. Daha fazla bilgi için ApsaraDB for MongoDB örneğinin bir veya daha fazla veritabanını geri yükleyin konusuna bakın.

Örneğiniz veritabanı ve tablo geri yükleme özelliğini kullanarak verileri kaynak örneğe geri yüklemeyi desteklemiyorsa yedekleme verilerini yeni bir örneğe geri yükleyebilirsiniz. Ardından kaynak ve yeni örneklerin uç noktalarını ve bağlantı noktası numaralarını değiştirebilir veya verileri yeni örnekten kaynak örneğe aktarmak için Data Transmission Service (DTS) kullanabilirsiniz.

• Bir örneğin uç noktasını ve bağlantı noktasını değiştirmek için Uç noktayı ve bağlantı noktasını değiştirin konusuna bakın.

• DTS kullanarak veri aktarımı hakkında daha fazla bilgi için Kendi yönettiğiniz MongoDB veritabanları veya ApsaraDB for MongoDB örnekleri için geçiş çözümleri konusuna bakın.

İndirilen bir yedek dosyasını doğrudan ApsaraDB for MongoDB örneğine geri yükleyemezsiniz. Önce verileri kendi yönettiğiniz bir veritabanına geri yükleyebilir, ardından verileri ApsaraDB for MongoDB örneğine aktarmak için DTS kullanabilirsiniz. DTS kullanarak veri aktarımı hakkında daha fazla bilgi için Kendi yönettiğiniz MongoDB veritabanları veya ApsaraDB for MongoDB örnekleri için geçiş çözümleri konusuna bakın.

• Örnek verilerini kendi yönettiğiniz bir veritabanına aktarmak için DTS kullanabilirsiniz. Daha fazla bilgi için Kendi yönettiğiniz MongoDB veritabanları veya ApsaraDB for MongoDB örnekleri için geçiş çözümleri konusuna bakın.

• Örneği yedeklemek ve geri yüklemek için yerel MongoDB yedekleme ve geri yükleme araçlarını, yani Mongodump ve Mongorestore araçlarını kullanabilirsiniz.

Parçalanmış bir küme örneğinin Config Server'ı, config.collections ve config.chunks koleksiyonları da dahil olmak üzere tüm parçalanmış koleksiyonlar için yönlendirme meta verilerini depolar. Bu koleksiyonlardaki belgeler, verilerin ait olduğu parçayı tanımlayan shard: 'shard01' gibi alanlar içerir. Klon geri yüklemesi kaynak örneğin eksiksiz yönlendirme verilerini gerektirdiğinden kaynak parça kimliklerinin (parça adlarının) korunması gerekir. Sonuç olarak, klonlanmış örneğin parça kimlikleri sh.status() çıktısında görüntülenenden farklıdır.

Konsoldaki örnek ayrıntıları sayfasındaki Shard ID (replicaSetName) değerini sh.status() çıktısı ile karşılaştırarak eşleme yapabilirsiniz. Bu eşleme geri yüklemeden sonra değişmez.