Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Bu konuda, Azure Blob Depolama'da depolanan bir yedeklemeyi kullanarak bir veritabanını geri yüklerken dikkat edilmesi gerekenler özetlenmiştir. Bu, SQL Server URL Yedekleme veya Microsoft Azure'a SQL Server yönetimli yedekleme kullanılarak oluşturulan yedeklemeler için geçerlidir.
Geri yüklemeyi planladığınız Azure Blob Depolama'da depolanan yedekleriniz varsa bu konuyu gözden geçirmenizi ve ardından hem şirket içi hem de Azure yedeklemeleri için aynı olan veritabanını geri yükleme adımlarını açıklayan konuları gözden geçirmenizi öneririz.
Genel Bakış
Bir veritabanını şirket içi yedeklemeden geri yüklemek için kullanılan araçlar ve yöntemler, veritabanını bulut yedeğinden geri yüklemek için geçerlidir. Aşağıdaki bölümlerde, Azure Blob Depolama'da depolanan yedeklemeleri kullanırken bilmeniz gereken bu noktalar ve farklar açıklanmaktadır.
Transact-SQL Kullanımı
YEDEKLEME dosyalarını almak için SQL Server'ın bir dış kaynağa bağlanması gerektiğinden, depolama hesabında kimlik doğrulaması yapmak için SQL Kimlik Bilgileri kullanılır. Sonuç olarak, RESTORE deyimi WITH CREDENTIAL seçeneğini gerektirir. Daha fazla bilgi için bkz. Microsoft Azure Blob Depolama ile SQL Server Yedekleme ve Geri Yükleme.
Buluta yedeklemelerinizi yönetmek için Microsoft Azure'a SQL Server yönetilen yedeklemesini kullanıyorsanız, smart_admin.fn_available_backups sistem işlevini kullanarak depolamadaki tüm kullanılabilir yedeklemeleri gözden geçirebilirsiniz. Bu sistem işlevi, tablodaki bir veritabanı için kullanılabilir tüm yedeklemeleri döndürür. Sonuçlar tabloda döndürüldükçe sonuçları filtreleyebilir veya sıralayabilirsiniz. Daha fazla bilgi için bkz . managed_backup.fn_available_backups (Transact-SQL).
SQL Server Management Studio'yu kullanma
- Geri yükleme görevi, SQL Server Management Studio kullanarak bir veritabanını geri yüklemek için kullanılır. Yedekleme medyası sayfası artık Azure Blob Depolama'da depolanan yedekleme dosyalarını göstermek için URL seçeneğini içerir. Depolama hesabında kimlik doğrulaması yapmak için kullanılan SQL Kimlik Bilgilerini de sağlamanız gerekir. Geri yüklenecek Yedekleme kümeleri kılavuzu, Azure Blob depolama alanındaki mevcut yedeklemelerle doldurulur. Daha fazla bilgi için bkz. SQL Server Management Studio Kullanarak Azure depolamadan geri yükleme.
Geri Yükleme Optimizasyonu
Geri yükleme yazma süresini azaltmak için, Sql Server kullanıcı hesabına birim bakım görevleri gerçekleştir kullanıcı hakkı ekleyin. Daha fazla bilgi için bkz. Veritabanı Dosyası Başlatma. Anlık dosya başlatma açıkken geri yükleme işlemi hala yavaşsa veritabanının yedeklendiği örnekteki günlük dosyasının boyutuna bakın. Günlük boyutu çok büyükse (birden çok GB), geri yüklemenin yavaş olması beklenir. Geri yükleme sırasında günlük dosyasının sıfırlanması gerekir ve bu da önemli miktarda zaman alır. Veritabanı işlem günlüğü dosyalarının ilk geri yüklenmesi, anlık dosya başlatma işleminden yararlanamaz.
Geri yükleme sürelerini azaltmak için sıkıştırılmış yedeklemeler kullanmanız önerilir. 25 GB'ı aşan yedekleme boyutları için AzCopy yardımcı programını kullanarak yerel sürücüye indirin ve ardından geri yüklemeyi gerçekleştirin. Diğer en iyi yedekleme yöntemleri ve önerileri için bkz. SQL Server'ı URL'ye Yedekleme En İyi Yöntemleri ve Sorun Giderme.
SQL Server 2016 (13.x) ve sonraki sürümlerinde URL'ye yedekleme için blok blobu tercih edilir.
- Sayfa blobları kullanıyorsanız, izleme bayrağı 3051'i açarak geri yükleme işlemi sırasında ayrıntılı bir günlük oluşturabilirsiniz. Bu günlük dosyası günlük dizinine yerleştirilir ve şu biçim kullanılarak adlandırılır:
BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log. Günlük dosyası, Azure Depolama'ya yapılan her gidiş dönüş hakkında, sorunun tanılanmasında yardımcı olabilecek zamanlama da dahil olmak üzere bilgiler içerir.