Azure SQL Yönetilen Örneği'da bir veritabanını yedekten geri yükleme
Şunlar için geçerlidir:
Azure SQL Yönetilen Örneği
Bu makalede, Azure SQL Yönetilen Örneği'daki bir yedeklemeden veritabanı kurtarma adımları sağlanır. Azure SQL Veritabanı için bkz. Azure SQL Veritabanı'da bir veritabanını yedekten geri yükleme.
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ı yönetilen örnekte, bekletme süresi içinde belirli bir noktaya kurtarılan yeni bir veritabanı oluşturun.
- Aynı yönetilen örnekte veya farklı bir yönetilen örnekte, bekletme süresi içinde belirli bir noktaya kurtarılan yeni bir veritabanı oluşturun.
- Aynı yönetilen örnekte veya farklı bir yönetilen örnekte, silinen bir veritabanının silinme süresine kadar kurtarılan bir veritabanı oluşturun.
- Aynı abonelikteki herhangi bir yönetilen örnekte veya aynı kiracıda ve aynı bölgede, en son yedeklemelerin noktasına kurtarılan yeni bir veritabanı oluşturun.
Uzun süreli saklama (LTR) yapılandırdıysanız, herhangi bir örnekteki 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.
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.
İpucu
Azure SQL Yönetilen Örneği için sistem güncelleştirmeleri, devam eden veritabanı geri yüklemelerinden önceliklidir. SQL Yönetilen Örneği'nde bir sistem güncelleştirmesi varsa, tüm bekleyen geri yüklemeler askıya alınır ve güncelleştirme uygulandıktan sonra sürdürülür. Bu sistem davranışı geri yüklemelerin süresini uzatabilir ve özellikle uzun süre çalışan geri yüklemeler üzerinde etkili olabilir.
Veritabanı geri yüklemelerinde öngörülebilir bir süre elde etmek için sistem güncelleştirmelerini belirli bir gün ve saate zamanlamaya olanak tanıyan bakım pencerelerini yapılandırmayı düşünebilirsiniz. Ayrıca veritabanı geri yüklemelerini zamanlanmış bakım penceresinin dışında çalıştırmayı da göz önünde bulundurun.
İzinler
Otomatik yedeklemeleri kullanarak kurtarmak için aşağıdakilerden biri olmanız gerekir:
- Abonelikteki SQL Server Katkıda Bulunanı rolünün veya SQL Yönetilen Örneği Katkıda Bulunan rolünün bir üyesi (kurtarma hedefine bağlı olarak)
- Abonelik 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
Veritabanını geçmişte belirli bir zaman noktasına geri yükleyebilirsiniz. İstekte geri yüklenen veritabanı için herhangi bir hizmet katmanı veya işlem boyutu belirtilebilir. Veritabanını geri yüklediğiniz örnekte yeterli kaynağınız olduğundan emin olun.
Geri yükleme tamamlandığında, hedef örnekte aynı örnek veya farklı bir örnek olsun 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
Coğrafi olarak ikincil veritabanında belirli bir noktaya geri yükleme yapamazsınız. Bu işlemi yalnızca birincil veritabanında yapabilirsiniz.
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ı SQL Yönetilen Örneği belirli bir noktaya kurtarmak için portaldaki veritabanına gidip Geri Yükle'yi seçebilirsiniz. Alternatif olarak, hedef SQL Yönetilen Örneği genel bakış sayfasını açabilir ve araç çubuğunda + Yeni veritabanı'nı seçerek Azure SQL Yönetilen Veritabanı Oluştur sayfasını açabilirsiniz.
Temel Bilgiler sekmesinde hedef yönetilen örnek ayrıntılarını sağlayın ve Veri kaynağı sekmesinden bir yedekleme türü seçin.
Daha fazla ayrıntı için Belirli bir noktaya geri yükleme makalesini gözden geçirin.
Silinen veritabanı geri yükleme
Silinen veritabanını silme zamanına veya daha önceki bir noktaya, aynı örneğe veya kaynak örnekten farklı bir örneğe geri yükleyebilirsiniz. Hedef örnek, aynı abonelikte veya kaynak örnekten farklı bir abonelikte olabilir. Silinen veritabanını, yedekten yeni bir veritabanı oluşturarak geri yüklersiniz.
Önemli
Silinen yönetilen örneği geri yükleyemezsiniz. Yönetilen bir örneği silerseniz, tüm veritabanları da silinir ve silme zamanına veya daha önceki bir zamana geri yüklenemez. Uzun süreli saklama (LTR) yapılandırdıysanız, veritabanını silinmiş örnekten başka bir örneğe geri yükleyebilir ve LTR yedeklemenin alındığı zamanı işaret edebilirsiniz.
Azure portalını kullanarak veritabanını kurtarmak için yönetilen örneğin genel bakış sayfasını açın ve Yedeklemeler'i seçin. Silinmiş yedeklemeleri göstermeyi seçin ve ardından kurtarmak istediğiniz silinen yedeklemenin yanındaki Geri Yükle'yi seçerek Azure SQL Yönetilen Veritabanı Oluştur sayfasını açın. Temel Bilgiler sekmesinde hedef yönetilen örnek ayrıntılarını ve Veri kaynağı sekmesinde kaynak yönetilen örnek ayrıntılarını sağlayın. Ek ayarlar sekmesinde bekletme ayarlarını yapılandırın.
İpucu
Son silinen veritabanlarının Azure portalındaki Silinmiş veritabanları sayfasında görünmesi veya silinen veritabanlarını komut satırını kullanarak görüntülemek istemeniz birkaç dakika sürebilir.
Coğrafi geri yükleme
Önemli
- Coğrafi geri yükleme yalnızca coğrafi olarak yedekli yedekleme depolama alanıyla yapılandırılmış yönetilen örnekler 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.
- Yalnızca aynı abonelikte bulunan yönetilen örneklerde coğrafi geri yükleme 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 bir bölgedeki bir örneğe geri yükleyebilirsiniz. En son coğrafi olarak çoğaltılan yedeklemelerden herhangi bir Azure bölgesindeki herhangi bir yönetilen örnekteki veritabanını geri yükleyebilirsiniz. Coğrafi geri yükleme, kaynağı olarak coğrafi olarak çoğaltılmış bir yedekleme kullanır. Veritabanı veya veri merkezine erişilemez hale gelen bir kesinti olsa bile coğrafi geri yükleme isteyebilirsiniz.
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.
Azure portalından coğrafi olarak çoğaltılmış bir yedeklemeyi mevcut bir örneğe geri yükleyebilir veya yeni bir yönetilen örnek oluşturup kullanılabilir bir coğrafi geri yükleme yedeği seçebilirsiniz. Yeni oluşturulan veritabanı coğrafi olarak geri yüklenen yedekleme verilerini içerir.
Mevcut bir örneğe geri yüklemek için Belirli bir noktaya geri yükleme'deki adımları izleyin ve veritabanınızı hedeflenen örneğine geri yüklemek için uygun kaynak ve hedef örnekleri seçtiğinizden emin olun.
Azure portalını kullanarak yeni bir örneğe coğrafi geri yükleme yapmak için şu adımları izleyin:
- Yeni Azure SQL yönetilen örneğinize gidin.
- Yeni veritabanı'nı seçin.
- Bir veritabanı adı girin.
- Veri kaynağı'nın altında uygun yedekleme türünü seçin ve ardından veri kaynağıyla ilgili ayrıntıları sağlayın.
- Kullanılabilir coğrafi geri yükleme yedeklemeleri arasından bir yedekleme seçin.
Örnek veritabanı oluşturma işlemini tamamladıktan sonra, 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, Azure SQL Yönetilen Örneği'da kullanılabilen en temel olağanüstü durum kurtarma çözümüdür. İkincil (eşleştirilmiş) bir bölgede otomatik olarak oluşturulan coğrafi olarak çoğaltılmış yedeklemelere dayanır. Coğrafi geri yüklemeyle ilgili dikkat edilmesi gereken bazı noktalar şunlardır:
- Kurtarma noktası hedefi (RPO) 1 saate kadardır.
- Geri yükleme işlemleri (kurtarma süresi hedefi - RTO) genellikle 12 saatten kısa sürer, ancak geri yüklemenin bu zaman çerçevesinin ötesine geçebilmesi için veritabanı boyutuna ve etkinliğine göre farklılık gösterebilir.
- İkincil (eşleştirilmiş) bölge, birincil bölge için Azure depolama ayarlarıdır. İkincil bölgeyi değiştiremezsiniz.
- Yeni oluşturulan/geri yüklenen veritabanları, yeni verilerin doldurulmasındaki gecikme nedeniyle diğer bölgelerde hemen geri yüklenebilir olarak görünmeyebilir. Müşteriler yeni veritabanlarının yedeklerini görmüyorsa 24 saate kadar bekleme süresi beklemelidir.
Coğrafi geri yüklemenin, işletme için kritik olmayan görece küçük veritabanlarına sahip uygulamalar için uygun bir olağanüstü durum kurtarma çözümü olarak hizmet ettiğini kabul etmek önemlidir. 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ış.
Sınırlamalar
Yedeklemeler ve Azure SQL Yönetilen Örneği ile çalışırken aşağıdaki sınırlamaları göz önünde bulundurun:
- Veritabanının coğrafi geri yüklemesi yalnızca kaynak SQL yönetilen örneğiyle aynı abonelikteki bir örneğe gerçekleştirilebilir.
- Azure SQL Yönetilen Örneği veritabanlarında alınan yerel yedeklemeler yalnızca kaynak SQL Yönetilen Örneği Kasım 2022 özellik dalgasına kaydedilmişse SQL Server 2022'ye (şirket içi veya sanal makinede) geri yüklenebilir.
- Azure SQL Yönetilen Örneği veritabanları varsayılan olarak TDE ile şifrelenir. Kaynak veritabanı TDE koruyucusu olarak müşteri tarafından yönetilen bir anahtar (CMK) kullandığında, veritabanınızı kaynak SQL Yönetilen Örneği dışında bir örneğe geri yüklemek için hedef örneğin Azure Key Vault'taki kaynak veritabanını şifrelemek için kullanılan anahtara erişimi olmalıdır veya yedeklemeyi almadan önce kaynak veritabanında TDE şifrelemesini devre dışı bırakmanız gerekir.
- Geri yükleme işleminin ilerleme durumunu yalnızca sys.dm_exec_requests ve sys.dm_operation_status dinamik yönetim görünümlerini kullanarak izleyebilirsiniz.
- hizmet uç noktası ilkeleri Azure SQL Yönetilen Örneği etkinleştirildiğinde, bir alt ağa hizmet uç noktası ilkesi yerleştirmek, farklı alt ağlardaki örneklerden belirli bir noktaya geri yüklemeyi (PITR) engeller.
- Kurtarma noktası hedefi (RPO) 1 saate kadardır.
- Kurtarma süresi hedefi (RTO) yaklaşık 12 saattir, ancak veritabanı boyutuna göre farklılık gösterebilir ve etkinlik bu zaman çerçevesinin ötesine geçebilir.
- İkincil (eşleştirilmiş) bölge değiştirilemez.
- Yeni oluşturulan/geri yüklenen veritabanları, yeni verilerin doldurulmasındaki gecikme nedeniyle diğer bölgelerde hemen geri yüklenebilir olarak görünmeyebilir. Yeni veritabanının yedeklerinin görünür hale gelmesi 24 saat kadar sürebilir.
- Paralel olarak geri yükleyebileceğiniz en fazla veritabanı sayısı, tek abonelik başına 200'dür. Bazı durumlarda destek bileti açarak bu sınırı artırmak mümkündür.
İlgili içerik
- Otomatik yedeklemeleri SQL Yönetilen Örneği
- Uzun vadeli bekletme
- Daha hızlı kurtarma seçenekleri hakkında bilgi edinmek için bkz . Yük devretme grupları.
Geri Bildirim
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz. https://aka.ms/ContentUserFeedback.
Gönderin ve geri bildirimi görüntüleyin