Yedekleme ve Geri Yükleme ile Veritabanlarını Kopyalama

Şunlar için geçerlidir: SQL Server

SQL Server'da, SQL Server 2005 (9.x) veya sonraki bir sürüm kullanılarak oluşturulan bir kullanıcı veritabanının yedeğini geri yükleyerek yeni bir veritabanı oluşturabilirsiniz. Ancak, SQL Server önceki bir sürümü kullanılarak oluşturulan ana, model ve msdb yedeklemeleri SQL Server tarafından geri yüklenemez. Ayrıca, SQL Server yedeklemeleri SQL Server önceki sürümleri tarafından geri yüklenemez.

Important

SQL Server 2016, önceki sürümlerden farklı bir varsayılan yol kullanır. Bu nedenle, önceki sürümlerin varsayılan konumunda oluşturulan bir veritabanının yedeklerini geri yüklemek için MOVE seçeneğini kullanmanız gerekir. Yeni varsayılan yol hakkında bilgi için bkz. SQL Server Varsayılan ve Adlandırılmış Örnekleri için Dosya Konumları. Veritabanı dosyalarını taşıma hakkında daha fazla bilgi için, bu konunun devamında yer alan "Veritabanı Dosyalarını Taşıma" bölümüne bakın.

Veritabanını kopyalamak için Yedekleme ve Geri Yükleme'yi kullanmayla ilgili genel adımlar

Veritabanını başka bir SQL Server örneğine kopyalamak için yedekleme ve geri yükleme kullandığınızda, kaynak ve hedef bilgisayarlar SQL Server çalıştığı herhangi bir platform olabilir.

Genel adımlar şunlardır:

  1. SQL Server 2005 (9.x) veya sonraki bir örneğinde bulunabilen kaynak veritabanını yedekleyin. Bu SQL Server örneğinin çalıştığı bilgisayar kaynak bilgisayardır.

  2. Veritabanını kopyalamak istediğiniz bilgisayarda (hedef bilgisayar), veritabanını geri yüklemeyi planladığınız SQL Server örneğine bağlanın. Gerekirse, hedef sunucu örneğinde kaynak veritabanlarının yedeklemesinde kullanılan yedekleme cihazlarının aynısını oluşturun.

  3. Hedef bilgisayarda kaynak veritabanının yedeğini geri yükleyin. Veritabanını geri yüklemek, tüm veritabanı dosyalarını otomatik olarak oluşturur.

Bu işlemi etkileyebilecek bazı ek noktalar:

Veritabanı dosyalarını geri yüklemeden önce

Veritabanını geri yüklemek, geri yükleme veritabanının ihtiyaç duyduğu veritabanı dosyalarını otomatik olarak oluşturur. Varsayılan olarak, geri yükleme işlemi sırasında SQL Server tarafından oluşturulan dosyalar, kaynak bilgisayardaki özgün veritabanındaki yedekleme dosyalarıyla aynı adları ve yolları kullanır.

İsteğe bağlı olarak, veritabanını geri yüklerken, geri yükleme veritabanının cihaz eşlemesini, dosya adlarını veya yolunu belirtebilirsiniz.

Bu, aşağıdaki durumlarda gerekli olabilir:

  • Özgün bilgisayardaki veritabanı tarafından kullanılan dizin yapısı veya sürücü eşlemesi diğer bilgisayarda yok. Örneğin, yedekleme varsayılan olarak E sürücüsüne geri yüklenecek bir dosya içeriyor olabilir, ancak hedef bilgisayarda E sürücüsü yok.

  • Hedef konumda yeterli alan olmayabilir.

  • Geri yükleme hedefinde var olan bir veritabanı adını yeniden kullanıyorsunuz ve dosyalarından herhangi biri yedekleme kümesindeki bir veritabanı dosyasıyla aynı şekilde adlandırılıyorsa aşağıdakilerden biri gerçekleşir:

    • Mevcut veritabanı dosyasının üzerine yazılabiliyorsa, üzerine yazılır (bu, farklı bir veritabanı adına ait bir dosyayı etkilemez).

    • Varolan dosyanın üzerine yazılamazsa, bir geri yükleme hatası oluşur.

Hataları ve hoş olmayan sonuçları önlemek için, geri yükleme işleminden önce geri yüklemeyi planladığınız yedeklemedeki veritabanı ve günlük dosyalarını bulmak için backupfile geçmiş tablosunu kullanabilirsiniz.

Veritabanı dosyalarını taşıma

Veritabanı yedeğindeki dosyalar hedef bilgisayara geri yüklenemiyorsa, dosyaları geri yüklenirken yeni bir konuma taşımak gerekir. Örneğin:

  • Veritabanını önceki sürümün varsayılan konumunda oluşturulan yedeklemelerden geri yüklemek istiyorsunuz.

  • Kapasiteyle ilgili önemli noktalar nedeniyle yedeklemedeki bazı veritabanı dosyalarının farklı bir sürücüye geri yüklenmesi gerekebilir. Bir kuruluştaki bilgisayarların çoğu aynı sayıda ve boyutta disk sürücüsüne veya aynı yazılım yapılandırmasına sahip olmadığından bu durum yaygın bir durumdur.

  • Test amacıyla aynı bilgisayarda var olan bir veritabanının kopyasını oluşturmak gerekebilir. Bu durumda, özgün veritabanının veritabanı dosyaları zaten var olduğundan, geri yükleme işlemi sırasında veritabanı kopyası oluşturulduğunda farklı dosya adları belirtilmelidir.

Daha fazla bilgi için, bu konunun devamında yer alan "Dosyaları ve dosya gruplarını yeni bir konuma geri yüklemek için" bölümüne bakın.

Veritabanı adını değiştirme

Veritabanının adı, önce veritabanını geri yüklemek ve ardından adı el ile değiştirmek zorunda kalmadan hedef bilgisayara geri yüklenirken değiştirilebilir. Örneğin, bunun bir veritabanının kopyası olduğunu belirtmek için veritabanı adını Sales yerine SalesCopy olarak değiştirmek gerekebilir.

Bir veritabanını geri yüklerken açıkça sağlanan veritabanı adı, yeni veritabanı adı olarak otomatik olarak kullanılır. Veritabanı adı henüz mevcut olmadığından, yedeklemedeki dosyalar kullanılarak yeni bir ad oluşturulur.

Geri Yükleme'yi kullanarak bir veritabanını yükseltirken

Yedeklemeleri önceki bir sürümden geri yüklerken, bir yedeklemedeki tam metin kataloglarının her birinin yolunun (sürücü ve dizin) hedef bilgisayarda mevcut olup olmadığını önceden bilmek yararlı olur. Katalog dosyaları da dahil olmak üzere bir yedeklemedeki her dosyanın mantıksal adlarını ve fiziksel adlarını, yolunu ve dosya adını) listelemek için FROM > deyimini kullanın. Daha fazla bilgi için bkz RESTORE FILELISTONLY . (Transact-SQL).

Hedef bilgisayarda aynı yol yoksa iki alternatif vardır:

  • Hedef bilgisayarda eşdeğer sürücü/dizin eşlemesi oluşturun.

  • Geri yükleme işlemi sırasında, deyiminizdeki RESTOREDATABASE WITH MOVE yan tümcesini kullanarak katalog dosyalarını yeni bir konuma taşıyın. Daha fazla bilgi için bkz RESTORE . (Transact-SQL).

Tam metin dizinlerini yükseltmeye yönelik alternatif seçenekler hakkında bilgi için bkz. Tam Metin Aramayı Yükseltme.

Veritabanı sahipliği

Bir veritabanı başka bir bilgisayara geri yüklendiğinde, geri yükleme işlemini başlatan SQL Server oturum açma veya Microsoft Windows kullanıcı otomatik olarak yeni veritabanının sahibi olur. Veritabanı geri yüklendiğinde, sistem yöneticisi veya yeni veritabanı sahibi veritabanı sahipliğini değiştirebilir. Veritabanının yetkisiz geri yüklenmesini önlemek için medya veya yedekleme kümesi parolaları kullanın.

Başka bir sunucu örneğine geri yükleme sırasında meta verileri yönetme

Bir veritabanını başka bir sunucu örneğine geri yüklerken, kullanıcılara ve uygulamalara tutarlı bir deneyim sağlamak için diğer sunucu örneğinde oturum açma bilgileri ve işler gibi veritabanı meta verilerinin bazılarını veya tümünü yeniden oluşturmanız gerekebilir. Daha fazla bilgi için bkz. Veritabanını Başka Bir Sunucu Örneğinde (SQL Server) Kullanılabilir Hale Getirirken Meta Verileri Yönetme.

Yedekleme kümesindeki verileri ve günlük dosyalarını görüntüleme

Dosyaları ve dosya gruplarını yeni bir konuma geri yükleme

Dosyaları ve dosya gruplarını mevcut dosyalar üzerinden geri yükleme

Veritabanını yeni bir adla geri yükleme

Kesilen geri yükleme işlemini yeniden başlatma

Veritabanı sahibini değiştirme

SQL Server Yönetim Nesneleri (SMO) kullanarak veritabanını kopyalama

Ayrıca bakınız

Veritabanlarını Diğer Sunuculara Kopyalama
SQL Server'ın Varsayılan ve Adlandırılmış Örnekleri için Dosya Konumları
RESTORE FILELISTONLY (Transact-SQL)
RESTORE (Transact-SQL)

  • Last updated on