Bir veritabanını Azure SQL Veritabanı yedeğinden geri yükleme
Ş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.
Genel bakış
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, belirli bir noktaya geri yükleme ile bekletme süresi içinde belirlenen bir zamana geri yüklenen yeni bir veritabanı oluşturun.
- Aynı sunucuda, silinen bir veritabanının silinme zamanına kurtarılan bir veritabanı oluşturun.
- Aynı bölgedeki herhangi bir sunucuda, yakın tarihli bir yedekleme zamanına geri yüklenmiş uzun süreli saklama geri yükleme veya coğrafi geri yükleme ile yeni bir veritabanı oluşturun.
- Coğrafi geri yükleme ile en son çoğaltılan yedeklemelerin noktasına kurtarılan, başka bir bölgedeki herhangi bir sunucuda yeni bir veritabanı oluşturun.
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
- Dahil olan işlem günlüğü yedeklemelerinin boyutu
- Geri yükleme noktasına ulaşmak için yeniden oynatılması gereken etkinlik miktarı
- Farklı bir bölgeye geri yükleme yapılması durumunda ağ bant genişliği
- Hedef bölgede işlenen eşzamanlı geri yükleme isteklerinin sayısı
Hiper Ölçekdışındaki hizmet katmanlarında bulunan büyük veya çok etkin bir veritabanı için 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. Kurtarma süreleri hakkında bilgi için bkz. RTO ve RPO.
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 grubunda Katkıda Bulunan rolü veya SQL Server Katkıda Bulunan rolü üyesi olan biri
- Abonelik veya kaynak grubu sahibi
Daha fazla bilgi için Azure RBAC: Yerleşik roller'e bkz.
Azure portalını, PowerShell'i veya REST API'yi kullanarak kurtarabilirsiniz. Transact-SQL kullanamazsınız.
Anlık 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 bölgeler 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 ikincil veritabanında belirli bir zaman noktasına geri yükleme yapamazsınız. Bu işlemi yalnızca birincil veritabanında yapabilirsiniz.
-
BackupFrequencyParametresi 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.
- İş Açısından Kritik veya Premium hizmet katmanlarında bir veritabanında In-Memory OLTP nesneleri oluşturduysanız, geri yüklenen veritabanı için İş Açısından Kritik veya Premium hizmet katmanlarını kullanmanız gerekir. Daha fazla bilgi için bkz. In-Memory OLTP nesneleriyle veritabanını geri yükleme.
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ı genel bakış sayfasını açın ve araç çubuğunda Geri Yükle'yi seçerek SQL Veritabanı Oluştur - Veritabanını geri yükle sayfasını açın:
Oluştur SQL Veritabanı - Veritabanını geri yükle sayfasında, yedeklemenin kaynağını belirtin ve ardından yeni veritabanının oluşturulacağı belirli bir noktaya yedekleme noktasını seçin. Seçilen veritabanı geçerli sunucuya geri yükleneceğinden kaynak veritabanı ve hedef sunucu gri görünür.
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.
Silinen veritabanını 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. Mantıksal sunucu silinmişse, LTR yedeklemelerini görüntülemek ve geri yüklemek için Azure CLI veya PowerShell komutlarını kullanın.
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.
İ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
Coğrafi geri yükleme, kaynak olarak coğrafi olarak çoğaltılmış yedeklemeleri kullanır. Herhangi bir Azure bölgesindeki herhangi bir mantıksal sunucuda, coğrafi olarak çoğaltılan en son yedeklerden bir 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.
Ö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.
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.
Coğrafi olarak yedekli yedeklemelerden geri yükleme, Azure Geo-Redundant Depolama (GRS) verileri ikincil bir bölgeye zaman uyumsuz olarak çoğalttığı için belirli senaryolarda veri kaybına neden olabilir. Çoğaltma işlemine dahil olan bazı gecikme süreleri vardır, ancak tam gecikme süresi, birincil ve ikincil bölgeler ile geçerli ağ koşulları arasındaki uzaklık da dahil olmak üzere çeşitli faktörlere bağlı olarak değişebilir. Normalde, GRS için çoğaltma gecikme süresi dakika cinsindendir, ancak belirli bir zaman dilimi içinde olacağı garanti değildir. Her veritabanının boyutuna bağlı olarak bu işlem önemli ölçüde zaman alabilir. Daha fazla bilgi için bkz. RTO ve RPO.
Aşağıdaki çizimde, başka bir bölgedeki son kullanılabilir yedeklemeden veritabanı geri yüklemesi gösterilmektedir.
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.
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:
- Azure portalında SQL Veritabanı oluştur bölmesini açın. Temel Bilgiler sekmesinde gerekli bilgileri girin.
- Ek ayarlar'ı seçin.
- Mevcut verileri kullan için Yedekle'yi seçin.
- Kullanılabilir coğrafi geri yükleme yedeklemeleri arasından bir yedekleme seçin.
Yedeklemeden veritabanı oluşturma işlemini tamamlayın. Azure SQL Veritabanı'nda bir veritabanı oluşturduğunuzda, bu veritabanı, geri yüklenmiş coğrafi geri yükleme yedeğini içerir.
Coğrafi geri yükleme konusunda dikkat edilmesi gerekenler
Daha fazla bilgi için coğrafi geri yükleme kullanma hakkında bkz. Coğrafi geri yükleme kullanımı ile kurtarma.
Not
Bir kesintiden kurtarma hakkında ayrıntılı bilgi için bkz . Olağanüstü durum kurtarma kılavuzu ve yüksek kullanılabilirlik ve olağanüstü durum kurtarma denetim listesi.
Coğrafi geri yükleme, SQL Veritabanı'da kullanılabilen en temel olağanüstü durum kurtarma çözümüdür. Otomatik olarak oluşturulan coğrafi çoğaltmalı yedeklemelere dayanır. Kurtarma süreleri hakkında bilgi için bkz. RTO ve RPO. 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.
Veritabanını başka bir sunucuya geri yükleme
Veritabanını başka bir sunucuya geri yüklemek için aşağıdaki yöntemleri kullanabilirsiniz: