Aracılığıyla paylaş


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

De SQL Server 2012, oluşturulmuş bir veritabanı yedeklemesini geri yeni bir veritabanı oluşturabileceğiniz SQL Server 2005ya da sonraki bir sürümünü. Ancak, yedekleme ana, modeli ve msdb önceki bir sürümü kullanılarak oluşturulmuş SQL Servertarafından geri SQL Server 2012. Ayrıca, SQL Server 2012yedeklemeler herhangi bir önceki sürümü tarafından geri SQL Server.

Önemli notÖnemli

SQL Server 2012farklı bir varsayılan yol daha önceki sürümlerini kullanır. Bu nedenle, varsayılan konumunda oluşturulmuş bir veritabanı yedeklerini geri yüklemek için SQL Server 2005veya SQL Server 2008, move seçeneği kullanmalısınız. Yeni varsayılan yol hakkında bilgi için bkz: File Locations for Default and Named Instances of SQL Server. Hareketli veritabanı dosyaları hakkında daha fazla bilgi için "Hareketli veritabanı dosyaları," konusuna bakın. Bu konudaki.

Genel bir veritabanını kopyalamak için yedekleme ve geri yükleme kullanma adımları

Ne zaman yedekleme ve geri yüklemek için başka bir örneği bir veritabanını kopyalamak için SQL Server, kaynak ve hedef bilgisayarların her platformda olabilir SQL Serverçalışır.

Genel adımlar şunlardır:

  1. Geri bir örneği üzerinde bulunabilir kaynak veritabanı SQL Server 2005veya üstü. Bu bilgisayarda örneğini SQL Serverçalışıyor olduğunu kaynak bilgisayar.

  2. Veritabanına kopyalamak istediğiniz bilgisayarda ( hedef bilgisayarın), örneğine bağlanmak SQL Serververitabanını geri yüklemeyi planladığınız tarih. Gerekirse, hedef sunucu örneği, aynı yedekleme aygıtları için kaynak veritabanlarının yedekleme olarak oluşturun.

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

Aşağıdaki konular bu süreci etkileyebilecek ek konuları ele.

Veritabanı dosyaları geri yüklemeden önce

Otomatik olarak bir veritabanı geri yükleme geri yükleme veritabanı tarafından gerekli veritabanı dosyaları oluşturur. Varsayılan olarak, oluşturulan dosyaları SQL Serverrestorasyon sırasında işlem kullanmak aynı adları ve yollar kaynak bilgisayardaki yedekleme dosyaları özgün veritabanından.

İsteğe bağlı olarak, veritabanı geri yükleniyor, aygıt eşleme, dosya adlarını veya geri yükleme veritabanı yolu 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, belki e sürücüsü varsayılan olarak geri dosya yedekleme içerir, ancak hedef bilgisayarda bir sürücü e. yoksun

  • Hedef konum alanı yetersiz olabilir.

  • Geri yükleme hedef varolan bir veritabanı adı yeniden ve kendi dosyalardan adlı bir veritabanı dosyası, yedekleme kümesindeki aynı aşağıdakilerden biri gerçekleşir:

    • Varolan veritabanı dosyasının üzerine, yazılacak (Bu bir farklı veritabanı adına ait dosya etkileyecek değil).

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

Hatalar ve geri yükleme işleminden önce istenmeyen sonuçları önlemek için kullanabilirsiniz backupfile geçmiş tablo sen plan-e geri yüklemek için yedekleme veritabanı ve günlük dosyaları bulmak için.

Veritabanı dosyalarını taşıma

Veritabanı yedekleme dosyaları hedef bilgisayara daha önce bahsedilen nedenlerle geri yüklenemez, süre onlar geri dosyalarını yeni bir konuma taşımak gereklidir. Örneğin:

  • Veritabanı varsayılan konumunda oluşturulan yedeklerden geri yüklemek istediğiniz SQL Server 2005ya SQL Server 2008.

  • Bazı yedek veritabanı dosyalarını başka bir sürücüye kapasite düşünceleri nedeniyle geri almak gerekebilir. Bu kuruluştaki bilgisayarların çoğunda aynı sayısı ve boyutu disk sürücüleri ya da aynı yazılım yapılandırmaları olmadığı için ortak bir olay olması muhtemeldir.

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

Daha fazla bilgi için bkz: "dosyaları ve filegroups yeni bir konuma geri yüklemek" Bu konudaki.

Veritabanı adı değiştirme

İlk veritabanını geri yüklemek ve ardından el ile değiştirmek zorunda kalmadan hedef bilgisayara geri gibi veritabanı adı değiştirilebilir. Örneğin, veritabanı adını değiştirmek gerekli olabilir Satış için SalesCopy bu bir veritabanının bir kopyası olduğunu belirtmek için.

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

Bir veritabanı kullanarak yükseltme yaparken geri

Yedeklerden geri yüklerken SQL Server 2005ya SQL Server 2008, her birinin tam-metin katalogları bir yedekleme yolu (sürücü ve dizini) hedef bilgisayarda var olup olmadığını önceden bilmek yararlıdır. Mantıksal adlar ve fiziksel isimleri, yolu ve dosya adını listelemek için) her dosyanın bir yedekleme katalog dosyaları gibi kullanmak bir restore FILELISTONLY from <backup_device>deyimi. Daha fazla bilgi için, bkz. restore FILELISTONLY (Transact-sql).

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

  • Eşdeğer sürücü/dizin eşlemeyi hedef bilgisayarda oluşturun.

  • Katalog dosyalarını yeni bir konuma geri yükleme işlemi sırasında restore database deyimi WITH move yan tümcesi kullanarak taşıyın. 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: SQL Server 2005 tam metin arama yükseltme.

Veritabanı sahipliği

Bir veritabanı başka bir bilgisayara geri yüklendiğinde SQL Servergiriş veya Microsoftgeri yükleme işlemi başlatır Windows kullanıcı otomatik olarak yeni veritabanı sahibi olur. Veritabanı geri yüklendiğinde, sistem yöneticisi veya yeni veritabanı sahibi veritabanı sahipliği değiştirebilirsiniz. Yetkisiz geri yükleme veritabanının engellemek için ortam veya yedekleme kümesi parola kullanın.

Başka bir sunucu örneğine geri olduğunda meta veri yönetme

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

Verileri ve günlük dosyaları yedekleme kümesinde

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

Dosyaları ve filegroups üzerinde varolan dosyaları geri yüklemek için

Yeni bir ad ile bir veritabanını geri 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 Management Objects (smo) kullanarak bir veritabanını kopyalamak için

Ayrıca bkz.

Başvuru

restore FILELISTONLY (Transact-sql)

RESTORE (Transact-SQL)

Kavramlar

Diğer sunuculara veritabanları kopyalama

File Locations for Default and Named Instances of SQL Server