Share via


Veritabanı, yedek ve geri yükleme ile kopyalama

Içinde SQL Server 2008, kullanılarak oluşturulan bir veritabanı yedeklemesini geri yükleyerek yeni bir veritabanı oluşturabilirsiniz. SQL Server 2000, SQL Server 2005, veya SQL Server 2008. Ancak, yedekleme Yönetici, modeli and msdb kullanılarak oluşturulmuşSQL Server 2000 veya SQL Server 2005 tarafından geri yüklenemiyor SQL Server 2008. Ayrıca, SQL Server 2008 bir önceki sürüm tarafından yedekleri geri yüklenemiyor SQL Server.

Kullanılarak oluşturulan bir veritabanı yedekleri SQL Server 7.0 veya önceki uyumlu bir biçimde olan ve içinde geri yüklenemiyor SQL Server 2008. Kullanılarak oluşturulan bir veritabanı geçirme hakkında bilgi için SQL Server 6.5 veya önceki için SQL Server 2005, bkz: SQL Server 7.0 veya önceki kopyalama veritabanlarından.

Important noteImportant Note:

SQL Server 2008 önceki sürümlerden farklı bir varsayılan yol kullanılır.Bu nedenle, bir veritabanını geri yükleme yüklemek için varsayılan konumu ya da'de oluşturulmuş. SQL Server 2000 veya SQL Server 2005 Yedeklerden, MOVE seçeneğini kullanmanız gerekir. Yeni varsayılan hakkında bilgi için bkz: yol Dosya konumları, varsayılan ve SQL Server adlandırılmış örnekleri. Taşınma veritabanı dosyaları hakkında daha fazla bilgi için bu konuda daha sonra "Taşınma veritabanı dosyaları," bakın.

Genel adımlar, bir veritabanını kopyalamak için yedek ve geri yükleme'yi kullanma

Ne zaman, yedek ve geri yükleme başka örnek için bir veritabanına kopyalamak için yükleme SQL Server, kaynak ve hedef bilgisayarlar, herhangi bir platformda olabilir SQL Server çalışır.

Genel adımlar şunlardır:

  1. Yeniden kaynak veritabanı, üzerinde bulunduğu ve bir örnek, SQL Server 2000, SQL Server 2005, veya SQL Server 2008. Bu bilgisayarda örnek SQL Server çalışan olan Kaynak bilgisayar.

  2. Veritabanı (kopyalamak istediğiniz bilgisayar üzerinde Hedef bilgisayar), bağlantı örnek SQL Server hangi veritabanını geri yükleme yüklemek planladığınız. Gerekirse, hedef sunucu örneğinde kullanılan kaynak veritabanı yedeğinin olarak aynı yedek aygıtları oluşturun.

  3. geri yükleme yedek hedef bilgisayardaki kaynak veritabanının.Veritabanı otomatik olarak geri yükleme, tüm veritabanı dosyalarını oluşturur.

Aşağıdaki konular, bu işlem etkileyebilecek ek konuları adres.

Önce veritabanı dosyaları geri yükleme

Bir veritabanını otomatik olarak geri yükleme, geri yükleme veritabanı tarafından gerekli olan dosyaları oluşturur.Varsayılan olarak, tarafından oluşturulan dosyalar SQL Server geri yükleme işlemi sırasında kaynak bilgisayardaki yedek dosyaları özgün veritabanından adları ve yolları kullanın. Hatalar ve istenmeyen sonuçlarla önlemek için , önce geri yükleme işlemi hangi dosyaların otomatik olarak geri yükleme işlemi tarafından oluşturulan için Bul:

  • Dosya adları, bir hataya neden olan bilgisayarda zaten varolabilir.

  • Hedef konum alanı yetersiz olabilir.

  • Dizin yapısı veya sürücü eşlemesi, bilgisayarda olmayabilir.

    Örneğin, yedek E sürücüsü geri yükleme yüklemek için gereken bir dosya içeriyor, ancak hedef bilgisayarda bir sürücü e sahip değil

  • Veritabanı dosyası değiştirildi, bu dosyaları farklı bir veritabanına ait sürece herhangi bir varolan bir veritabanını ve dosyaları yedek alanındakiyle aynı adları taşıyan, yazılır.

Uyarı

Varolan bir veritabanı adı ve hedef yeniden ise, dosyaların üzerine yazılabilir, herhangi bir varolan içindeki aynı ada sahip dosyaları yedek üzerine yazılır.

Gerekirse veritabanını geri yüklerken, aygıt eşleme, dosya adlarını veya veritabanı geri yükleme yol belirtebilirsiniz.

Veritabanı dosyalarını taşıma

Veritabanındaki dosyaların yedek geri yüklenemez, geri yüklenen sırada, dosyaları yeni bir konuma taşımak gereklidir daha önce hedef bilgisayar nedenlerden dolayı söz.Örneğin:

  • Istediğiniz varsayılan konumu ya da'de oluşturulan yedek veritabanını geri yükleme SQL Server 2000 veya SQL Server 2005.

  • Bazı veritabanı dosyaları geri yükleme yüklemek gerekli olabilir yedek kapasite konuları nedeniyle farklı bir sürücü.Bu, bir kuruluştaki bilgisayarların çoğu aynı sayısını ve boyutunu, disk sürücüleri veya aynı yazılım yapılandırmaları sahip olmadığınız için genel bir örneği olması olasıdır.

  • Sınama amacıyla aynı bilgisayarda varolan bir veritabanının bir kopyasını oluşturmak için gerekli olabilir.Farklı dosya adları geri yükleme işlemi sırasında veritabanı kopyası oluşturulduğunda belirtilmesi gerekir; böylece bu durumda, özgün veritabanı için veritabanı dosyaları, bulunuyor.

Daha fazla bilgi için bu konuda daha sonra "geri yükleme dosyaları ve dosya gruplarını yeni bir konuma yüklemek için " konusuna bakın.

Veritabanı adı değiştirme

Ilk veritabanını geri yükleme yükleyin ve sonra bu adı el ile değiştirmek zorunda kalmadan, hedef bilgisayara geri yükleme gibi veritabanının adı değiştirilebilir.Örneğin veritabanı adı değiştirmek için gerekli olabilir Satış to SalesCopy , bu veritabanının bir kopyasını olduğunu belirtmek için.

Bir veritabanını geri yükleme yüklediğinizde, açıkça verilen bir veritabanı adı, otomatik olarak yeni bir veritabanı adı olarak kullanılır.Veritabanı adı zaten olmadığından, yeni bir yedekteki dosyalar kullanılarak oluşturulur.

Kullanarak bir veritabanı yükseltme sırasında geri yükleme

yedek S'konumundan geri yüklerken SQL Server 2000 veya SQL Server 2005, isteyeceklerini önceden bilmeleri yararlıdır olup olmadığını (sürücü ve dizini) yolunu tam metin Kataloğu her bir yedek hedef bilgisayarda bulunmaktadır. Listelemek için mantıksal adlar ve fiziksel adları, yol ve dosya adı) katalog dosyaları dahil, bir yedekteki her dosya, kullandığınız bir geri yükleme FILELISTONLY FROM <backup_device> deyim. Daha fazla bilgi için bkz:geri yükleme FILELISTONLY (Transact-SQL).

Hedef bilgisayarda aynı yol yoksa, iki seçenekleri vardır:

  • Eşdeğer sürücü veya dizin eşleştirme, hedef bilgisayarda oluşturun.

  • Katalog dosyalarını, RESTORE, DATABASE WITH MOVE yan tümce kullanarak geri yükleme işlemi sırasında yeni bir konuma taşımak deyim.Daha fazla bilgi için bkz:geri yükleme (Transact-SQL).

Tam metin dizinleriyle yükseltme için diğer seçenekler hakkında daha fazla bilgi için bkz: tam metin araması yükseltme.

Veritabanının sahipliği

Bir veritabanı başka bir bilgisayara geri yüklendiğinde SQL Server oturum açma veya Microsoft Geri yükleme işlemi başlatan bir Windows kullanıcısı, otomatik olarak yeni bir veritabanı sahibi olur. Veritabanını geri yüklendiğinde, sistem yöneticiniz veya yeni veritabanı sahibi veritabanı sahipliği değiştirebilirsiniz.Yetkisiz geri yükleme veritabanının önlemek için , ortam veya yedek kümesi Parolaları'nı kullanın.Daha fazla bilgi için bkz:yedek ve geri yükleme (SQL Server) için güvenlik konuları.

Meta veriler için başka bir sunucu kopyası geri yükleme, yönetme

Başka bir sunucuyu üzerine bir veritabanını geri yükleme yüklediğinizde, kullanıcılar ve uygulamalar için tutarlı bir deneyim sağlamak için bazı veya tüm oturumları ve diğer sunucu örnek, işleri gibi bir veritabanı için meta veriler yeniden gerekebilir.Daha fazla bilgi için bkz:Bir veritabanı başka bir sunucuda kullanılabilir yapma, meta veriler yönetme örnek.

Verileri görüntülemek ve günlük dosyalarını bir yedekleme küme

Dosyaları ve dosya gruplarını yeni bir konuma geri yükleme yüklemek için

Dosyaları ve dosya gruplarını varolan dosyaların geri yükleme yüklemek için

Dosyaları ve dosya gruplarını yeni bir konuma geri yükleme yüklemek için

Yeni bir ad ile bir veritabanını geri yükleme yüklemek için

Kesintiye uğramış bir geri yükleme işlemi yeniden başlatmak için

Bir veritabanı sahibini değiştirmek için

SQL Server Management Objects (SMO) kullanarak bir veritabanına kopyalamak için

  • ReadFileList(Server)

  • RelocateFiles()

  • ReplaceDatabase()

  • Restore