Azure SQL Veritabanı'da bir veritabanını yedekten geri yükleme

  • Makale

Şunlar için geçerlidir:Azure SQL Veritabanı

Bu makalede, Hiper Ölçek veritabanları dahil olmak üzere Azure SQL Veritabanı'daki bir yedekten herhangi bir veritabanını kurtarma adımları sağlanır. Azure SQL Yönetilen Örneği için bkz. Azure SQL Yönetilen Örneği'da bir veritabanını yedekten geri yükleme.

Otomatik veritabanı yedeklemeleri , veritabanlarınızı kullanıcı ve uygulama hatalarına, yanlışlıkla veritabanı silmeye ve uzun süreli kesintilere karşı korumaya yardımcı olur. Bu yerleşik özellik tüm hizmet katmanları ve işlem boyutları için kullanılabilir. Otomatik yedeklemeler aracılığıyla veritabanı kurtarma için aşağıdaki seçenekler kullanılabilir:

  • Aynı sunucuda, saklama süresi içinde belirli bir noktaya kurtarılmış olan yeni veritabanı oluşturma.
  • Aynı sunucuda, silinmiş bir veritabanı için silinme zamanına kurtarılmış olan bir veritabanı oluşturma.
  • Aynı bölgedeki herhangi bir sunucuda yeni bir veritabanı oluşturun ve son yedekleme zamanına kadar kurtarın.
  • Diğer bölgelerdeki herhangi bir sunucuda, en son çoğaltılan yedeklemelerin noktasına kurtarılmış yeni bir veritabanı oluşturma.

Uzun süreli saklama (LTR) yapılandırdıysanız, herhangi bir sunucudaki uzun süreli saklama yedeklemesinden de yeni bir veritabanı oluşturabilirsiniz.

Önemli

  • Geri yükleme sırasında mevcut veritabanının üzerine yazamıyorsunuz.
  • Veritabanı geri yükleme işlemleri özgün veritabanının etiketlerini geri yüklemez.

DTU satın alma modelinde Standart veya Premium hizmet katmanını kullanırken, veritabanı geri yükleme işleminiz ek depolama maliyetine neden olabilir. Geri yüklenen veritabanının maksimum boyutu, hedef veritabanının hizmet katmanına ve hizmet hedefinde yer alan depolama miktarından fazla olduğunda ek maliyet ortaya çıkar.

Ek depolamanın fiyatlandırma ayrıntıları için SQL Veritabanı fiyatlandırma sayfasına bakın. Gerçek kullanılan alan miktarı dahil edilen depolama alanından azsa, maksimum veritabanı boyutunu dahil edilen miktara ayarlayarak bu ek maliyeti önleyebilirsiniz.

Kurtarma süresi

Otomatik veritabanı yedeklemeleri aracılığıyla veritabanını geri yüklemek için kurtarma süresini etkileyen çeşitli faktörler:

  • Veritabanının boyutu
  • Veritabanının işlem boyutu
  • İlgili işlem günlüklerinin sayısı
  • Geri yükleme noktasına kurtarmak için yeniden oynatılması gereken etkinlik miktarı
  • Geri yükleme farklı bir bölgeyeyse ağ bant genişliği
  • Hedef bölgede işlenen eşzamanlı geri yükleme isteklerinin sayısı

Büyük veya çok etkin veritabanlarında geri yükleme birkaç saat sürebilir. Bir bölgede uzun süreli bir kesinti, olağanüstü durum kurtarma için çok sayıda coğrafi geri yükleme isteğine neden olabilir. Çok sayıda istek olduğunda tek tek veritabanlarının kurtarma süresi uzayabilir. Veritabanı geri yükleme işlemlerinin çoğu 12 saatten kısa bir sürede tamamlanır.

Tek bir abonelik için, eşzamanlı geri yükleme isteklerinin sayısıyla ilgili aşağıdaki sınırlamalara sahipsiniz. Bu sınırlamalar belirli bir noktaya geri yükleme, coğrafi geri yükleme ve uzun süreli saklama yedeklemelerinden geri yükleme işlemlerinin her türlü bileşimine uygulanır.

Dağıtım seçeneği İşlenmekte olan eşzamanlı istek sayısı üst sınırı Gönderilen eşzamanlı istek sayısı üst sınırı
Tek veritabanı (abonelik başına) 30 100
Elastik havuz (havuz başına) 4 2.000

İzinler

Otomatik yedeklemeleri kullanarak kurtarmak için aşağıdakilerden biri olmanız gerekir:

  • Mantıksal sunucuyu içeren abonelik veya kaynak grubundaki Katkıda Bulunan rolünün veya SQL Server Katkıda Bulunanı rolünün bir üyesi
  • Abonelik veya kaynak grubu sahibi

Daha fazla bilgi için bkz . Azure RBAC: Yerleşik roller.

Azure portalını, PowerShell'i veya REST API'yi kullanarak kurtarabilirsiniz. Transact-SQL kullanamazsınız.

Belirli bir noktaya geri yükleme

Saklama süresi içinde herhangi bir veritabanını zamanın önceki bir noktasına geri yükleyebilirsiniz. Geri yükleme isteği, geri yüklenen veritabanı için herhangi bir hizmet katmanı veya işlem boyutu belirtebilir. Bir veritabanını elastik havuza geri yüklerken, havuzda veritabanını barındırmak için yeterli kaynağınız olduğundan emin olun.

Geri yükleme tamamlandığında, özgün veritabanıyla aynı sunucuda yeni bir veritabanı oluşturur. Geri yüklenen veritabanı, hizmet katmanına ve işlem boyutuna göre normal fiyatlarla ücretlendirilir. Veritabanı geri yükleme işlemi tamamlanana kadar ücret ödemezsiniz.

Genellikle kurtarma amacıyla veritabanını önceki bir noktaya geri yüklersiniz. Geri yüklenen veritabanını özgün veritabanının yerine kullanabilir veya özgün veritabanını güncelleştirmek için veri kaynağı olarak kullanabilirsiniz.

Önemli

  • Veritabanının belirli bir noktaya geri yüklemesini aynı sunucuya gerçekleştirebilirsiniz. Sunucular arası, abonelikler arası ve coğrafi konumlar arası belirli bir noktaya geri yükleme şu anda desteklenmiyor. Coğrafi olarak çoğaltılan yedeklemeleri kullanarak veritabanını farklı bir bölgeye geri yüklemek için bkz . Coğrafi geri yükleme.
  • Coğrafi olarak ikincil veritabanında belirli bir noktaya geri yükleme yapamazsınız. Bu işlemi yalnızca birincil veritabanında yapabilirsiniz.
  • BackupFrequency Parametresi Hiper Ölçek veritabanları için desteklenmez.
  • Veritabanı geri yükleme işlemleri yoğun kaynak kullanır ve geri yükleme (hedef) veritabanı için S3 veya üzeri bir hizmet katmanı gerektirebilir. Geri yükleme tamamlandıktan sonra gerekirse veritabanı veya elastik havuzun ölçeği azaltılabilir.

  • Veritabanı değiştirme

    Geri yüklenen veritabanının özgün veritabanının yerine olmasını istiyorsanız, özgün veritabanının işlem boyutunu ve hizmet katmanını belirtmeniz gerekir. Ardından, T-SQL'de ALTER DATABASE komutunu kullanarak özgün veritabanını yeniden adlandırabilir ve geri yüklenen veritabanına özgün adı verebilirsiniz.

  • Veri kurtarma

    Bir kullanıcı veya uygulama hatasından kurtarmak için geri yüklenen veritabanından veri almayı planlıyorsanız, geri yüklenen veritabanından veri ayıklayan ve özgün veritabanına uygulanan bir veri kurtarma betiği yazmanız ve çalıştırmanız gerekir. Geri yükleme işleminin tamamlanması uzun zaman alsa da geri yükleme işlemi boyunca geri yükleme veritabanı listesinde görünür.

    Geri yükleme sırasında veritabanını silerseniz geri yükleme işlemi iptal edilir. Geri yüklemeyi tamamlamamış olan veritabanı için sizden ücret alınmaz.

Azure portalını kullanarak veritabanını belirli bir noktaya kurtarmak için veritabanına genel bakış sayfasını açın ve araç çubuğunda Geri Yükle'yi seçin. Yedekleme kaynağını seçin ve ardından yeni veritabanının oluşturulacağı belirli bir noktaya yedekleme noktasını seçin.

SQL Veritabanı için veritabanı geri yükleme seçeneklerinin ekran görüntüsü.

Uzun süreli yedek geri yükleme

Uzun süreli bir yedeklemede geri yükleme işlemi gerçekleştirmek için Azure portalını, Azure CLI'yı, Azure PowerShell'i veya REST API'yi kullanabilirsiniz. Daha fazla bilgi için bkz . Uzun süreli yedeklemeyi geri yükleme.

Azure portalını kullanarak uzun süreli bir yedeklemeyi kurtarmak için mantıksal sunucunuza gidin. Veri Yönetimi altında Yedeklemeler'i seçin ve ardından geri yüklemeye çalıştığınız veritabanı için Kullanılabilir LTR yedeklemeleri'nin altında Yönet'i seçin.

Kullanılabilir uzun süreli saklama yedeklemelerini gösteren Azure portalının ekran görüntüsü.

Silinen veritabanı geri yükleme

Azure portalını, Azure CLI'yı, Azure PowerShell'i ve REST API'yi kullanarak silinen veritabanını silme süresine veya daha önceki bir noktaya aynı sunucuya geri yükleyebilirsiniz.

Önemli

Bir sunucuyu silerseniz, tüm veritabanları ve PITR yedeklemeleri de silinir. Silinen bir sunucuyu geri yükleyemezsiniz ve silinen veritabanlarını PITR yedeklemelerinden geri yükleyemezsiniz. Bu veritabanları için LTR yedeklemeleri yapılandırdıysanız, veritabanlarını farklı bir sunucuya geri yüklemek için bu yedeklemeleri kullanabilirsiniz.

Azure portalını kullanarak silinen veritabanını silme süresine kurtarmak için sunucunun genel bakış sayfasını açın ve Silinen veritabanları'nı seçin. Geri yüklemek istediğiniz silinmiş bir veritabanını seçin ve ardından yedekten geri yüklenen verilerle oluşturulacak yeni veritabanının adını girin.

Silinen veritabanının nasıl geri yüklendiğini gösteren Azure portalının ekran görüntüsü.

İpucu

Son silinen veritabanlarının Azure portalındaki Silinmiş veritabanları sayfasında görüntülenmesi veya silinen veritabanlarının program aracılığıyla görüntülenmesini istemeniz birkaç dakika sürebilir.

Coğrafi geri yükleme

Azure portalını, Azure CLI'yı, Azure PowerShell'i ve REST API'yi kullanarak silinen veritabanını geri yüklemek için coğrafi geri yüklemeyi kullanabilirsiniz.

Önemli

  • Coğrafi geri yükleme yalnızca coğrafi olarak yedekli yedekleme depolama alanıyla yapılandırılmış veritabanları için kullanılabilir. Şu anda veritabanı için coğrafi çoğaltmalı yedekleme kullanmıyorsanız yedekleme depolama alanının yedekliliğini yapılandırarak bunu değiştirebilirsiniz.
  • Coğrafi geri yüklemeyi yalnızca aynı abonelikte bulunan veritabanlarında gerçekleştirebilirsiniz.

Coğrafi geri yükleme, kaynak olarak coğrafi olarak çoğaltılmış yedeklemeleri kullanır. Coğrafi olarak çoğaltılan en son yedeklemelerden herhangi bir Azure bölgesindeki herhangi bir mantıksal sunucudaki veritabanını geri yükleyebilirsiniz. Bir kesinti veritabanını veya bölgenin tamamını erişilemez hale getirse bile coğrafi geri yükleme isteğinde bulunabilirsiniz.

Barındırma bölgesindeki bir olay nedeniyle veritabanınız kullanılamadığında coğrafi geri yükleme varsayılan kurtarma seçeneğidir. Veritabanını başka herhangi bir bölgedeki sunucuya geri yükleyebilirsiniz.

Yedeklemenin alınması ile farklı bir bölgedeki bir Azure blob'unda coğrafi olarak çoğaltılması arasında bir gecikme vardır. Sonuç olarak, geri yüklenen veritabanı özgün veritabanının bir saat gerisinde olabilir. Aşağıdaki çizimde, başka bir bölgedeki son kullanılabilir yedeklemeden veritabanı geri yüklemesi gösterilmektedir.

Coğrafi geri yükleme çizimi.

Azure portalında yeni bir tek veritabanı oluşturur ve kullanılabilir bir coğrafi geri yükleme yedeği seçersiniz. Yeni oluşturulan veritabanı coğrafi olarak geri yüklenen yedekleme verilerini içerir.

Azure portalından seçtiğiniz bölgede ve sunucuda tek bir veritabanını coğrafi olarak geri yüklemek için şu adımları izleyin:

  1. Pano'dan SQL Veritabanı Oluştur Ekle'yi>seçin. Temel Bilgiler sekmesinde gerekli bilgileri girin.
  2. Ek ayarlar'ı seçin.
  3. Mevcut verileri kullan için Yedekle'yi seçin.
  4. Kullanılabilir coğrafi geri yükleme yedeklemeleri arasından bir yedekleme seçin.

Veritabanı oluşturma seçeneklerini gösteren Azure portalının ekran görüntüsü.

Yedeklemeden veritabanı oluşturma işlemini tamamlayın. Azure SQL Veritabanı'de bir veritabanı oluşturduğunuzda, geri yüklenen coğrafi geri yükleme yedeğini içerir.

Coğrafi geri yükleme konusunda dikkat edilmesi gerekenler

Coğrafi geri yükleme kullanma hakkında daha fazla bilgi için bkz . Coğrafi geri yükleme kullanarak kurtarma.

Not

Kesintiden kurtarma hakkında ayrıntılı bilgi için Azure SQL Veritabanı olağanüstü durum kurtarma kılavuzunave Azure SQL Veritabanı yüksek kullanılabilirlik ve olağanüstü durum kurtarma denetim listesine bakın.

Coğrafi geri yükleme, SQL Veritabanı'da kullanılabilen en temel olağanüstü durum kurtarma çözümüdür. 1 saate kadar kurtarma noktası hedefi (RPO) ve 12 saate kadar tahmini kurtarma süresi hedefi (RTO) ile otomatik olarak oluşturulan coğrafi olarak çoğaltılmış yedeklemelere dayanır. Bu, hedef bölgenin bölgesel bir kesintiden sonra veritabanlarınızı geri yükleme kapasitesine sahip olacağını garanti etmez çünkü büyük olasılıkla keskin bir talep artışı söz konusudur. Uygulamanız görece küçük veritabanları kullanıyorsa ve işletme için kritik değilse coğrafi geri yükleme uygun bir olağanüstü durum kurtarma çözümüdür.

Büyük veritabanları gerektiren ve iş sürekliliğini sağlaması gereken iş açısından kritik uygulamalar için yük devretme gruplarını kullanın. Bu özellik çok daha düşük bir RPO ve RTO sunar ve kapasite her zaman garanti edilir.

İş sürekliliği seçimleri hakkında daha fazla bilgi için bkz . İş sürekliliğine genel bakış.

Not

Olağanüstü durum kurtarma çözümü olarak coğrafi geri yükleme kullanmayı planlıyorsanız, kurtarma yordamının tüm operasyonel yönleriyle birlikte son veri değişiklikleri kaybına uygulama toleransını doğrulamak için düzenli tatbikatlar gerçekleştirmenizi öneririz.

Sonraki adımlar