Aracılığıyla paylaş


Veritabanlarını yedekleme ve geri yükleme ile kopyalama

De SQL Server 2008 R2, bir veritabanını geri yükleme yeni bir veritabanı oluşturmak yedek kullanılarak oluşturulan SQL Server 2000, SQL Server 2005, SQL Server 2008, veya SQL Server 2008 R2.Ancak, yedekleri ana, modeli ve msdb kullanılarak oluşturulan SQL Server 2000 veya SQL Server 2005 olamaz geri yüklenemedi tarafından SQL Server 2008 R2.Ayrıca, SQL Server 2008 R2 yedeklemeler edemiyor geri herhangi bir önceki sürüm tarafından SQL Server.

Veritabanı kullanılarak oluşturulan yedekler SQL Server 7.0 veya daha önceki bir uyumsuz biçiminde ve de geri yüklenemez SQL Server 2008 R2.Kullanılarak oluşturulmuş bir veritabanı geçirme hakkında bilgi için SQL Server 6.5 veya önceki sürüm için SQL Server 2005için bkz: SQL Server 7.0 veya önceki veritabanları kopyalama.

Önemli notÖnemli

SQL Server 2008ve SQL Server 2008 R2 kullanın farklı bir varsayılan yol daha önceki sürümleri.Bu nedenle, bir veritabanını geri yükleme yüklemek için oluşturulan varsayılan konumunda ya da SQL Server 2000 veya SQL Server 2005 , yedeklerden kullanmanız gerekir move seçeneği.Yeni varsayılan yol hakkında bilgi için bkz: Varsayılan ve sql Server adlandırılmış örnekleri için dosya konumları.Veritabanı dosyalarını taşıma hakkında daha fazla bilgi için "Taşıma veritabanı dosyaları," konusuna bakın. Bu konuda daha sonra.

Bir veritabanını kopyalamak için yedekleme ve geri yükleme'yi kullanarak genel adımlar

Kullandığınızda, yedek ve geri yükleme yüklemek için başka örnek veritabanını kopyalamak için SQL Server, kaynak ve hedef bilgisayarlar, her platformda olabilir SQL Server çalışır.

Genel adımlar şunlardır:

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

  2. Veritabanına kopyalamak istediğiniz bilgisayarda ( hedef bilgisayarın), bağlanmak örnek , SQL Server üzerinde planladığınız geri yükleme veritabanı.Hedef sunucu örnek, gerekirse kaynak veritabanlarının yedek için kullanılanlarla aynı yedek aygıtları oluşturun.

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

Bu işlem etkileyebilecek hususlar aşağıdaki konuları ele alır.

Veritabanı dosyaları geri yüklemeden önce

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

  • Dosya adlarını bir hataya neden olan bilgisayarda zaten var olabilir.

  • Hedef konum alanı yetersiz olabilir.

  • Dizin yapısını veya sürücü eşlemesi bilgisayarda olabilir.

    Örneğin, yedek, e sürücüsünü geri yükleme yüklemek için gereken bir dosya içerir, ancak hedef bilgisayarda bir sürücü e. yok

  • Veritabanı dosyalarının yerini, bu dosyaları farklı bir veritabanına ait sürece herhangi bir varolan veritabanı ve yedek alanındakiyle aynı adlara sahip olan dosyalar, yazılır.

Dikkat notuDikkat

Varolan bir veritabanı adı ve hedef yeniden ve kendi dosyaları üzerine, yedek alanındakiyle aynı adı taşıyan varolan dosyalar üzerine yazılıyor.

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

Veritabanı dosyalarını taşıma

Yukarıda belirtilen nedenlerden dolayı içinde veritabanı yedek dosyaları hedef bilgisayara geri yüklenemez, bunlar geri yüklenirken, dosyaları yeni bir konuma taşımak gereklidir.Örneğin:

  • Bir veritabanı varsayılan konumunu ya da içinde oluşturulan yedeklerden geri yükleme yüklemek istediğiniz SQL Server 2000 veya SQL Server 2005.

  • Bazı yedek veritabanı dosyalarını başka bir sürücüye kapasite konuları nedeniyle geri yükleme almak gerekli olabilir.Bu kuruluş içinde çoğu bilgisayar sayısı ve boyutu disk sürücüleri veya aynı yazılım yapılandırmaları olmadığı için ortak bir oluşum olması olasıdır.

  • Sınama amacıyla aynı bilgisayarda varolan bir veritabanının bir kopyasını oluşturmak için gerekli olabilir.Bu durum, özgün veritabanı için veritabanı dosyalarını zaten var, böylece farklı dosya adları belirtilmesine gerek kopyaladığınızda veritabanı geri yükleme işlemi sırasında oluşturulur.

"Dosyaları ve filegroups yeni bir konuma geri yükleme yüklemek" daha fazla bilgi için bkz: Bu konuda daha sonra.

Veritabanı adı değiştirme

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

Bir veritabanını geri yükleme yüklediğinizde, açıkça verilmiş adlı veritabanı otomatik olarak yeni bir veritabanı adı olarak kullanılır.Veritabanı adı zaten var olduğundan, yeni bir yedek dosyaları kullanılarak oluşturulur.

Bir veritabanı kullanarak yükseltme yaparken geri

Yedeklerden geri yüklerken SQL Server 2000 veya SQL Server 2005, önceden bilmek yararlıdır olup olmadığını yol (sürücü ve dizini) her bir yedek olarak tam-metin katalogları hedef bilgisayar. üzerinde varMantıksal adlar ve fiziksel adları, yol ve dosya adını listelemek için) dosyasının her bir yedek, katalog dosyaları da dahil olmak üzere bir geri yükleme FILELISTONLY karşı kullanmak <backup_device> deyim.Daha fazla bilgi için bkz: Geri yükleme FILELISTONLY (Transact-sql).

Aynı yol hedef bilgisayarda yoksa, iki seçeneğiniz vardır:

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

  • Katalog dosyalarını yeni bir konuma geri yükleme işlemi sırasında geri VERİTABANINIZDA WITH move yan tümce tümce tümce kullanarak hareket deyim.Daha fazla bilgi için bkz: RESTORE (Transact-SQL).

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

Veritabanı sahipliği

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

Başka bir sunucu örneğine geri yüklerken meta verileri yönetme

Başka bir sunucu örnek oturum bir veritabanı geri yükleme yüklendiğinde kullanıcılar ve uygulamalar, tutarlı bir deneyim sağlamak için bazı veya tüm oturumları ve diğer sunucu kopyası üzerindeki işleri gibi veritabanı için meta veriler yeniden oluşturmak olabilir.Daha fazla bilgi için bkz: Bir veritabanı başka bir sunucu örneği üzerinde kullanılabilir yapma olduğunda meta veri yönetme.

Veri ve günlük dosyaları biryedek küme

Dosyaları ve filegroups yeni bir konuma geri yükleme yüklemek için

Varolan dosyalar üzerinde dosyaları ve dosya gruplarını geri yükleme yüklemek için

Dosyaları ve filegroups yeni bir konuma geri yükleme yüklemek için

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

Kesilmiş geri yükleme işlemini yeniden başlatmak için

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

sql Server Yönetim Nesneleri (smo) kullanarak bir veritabanını kopyalamak için