Microsoft SQL Server için olağanüstü durum kurtarma seçenekleri'nin açıklaması
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:822400
Bir olağanüstü durum oluşursa, bu makalede bir Microsoft SQL Server veritabanından veri kurtarma için çeşitli çözümler anlatılır. Bu makalede, ayrıca avantajları ve dezavantajları her çözüm anlatılır.
Özet
Olağanüstü durum kurtarma bir olağanüstü durum oluşursa, Yardım, bilgi sistemleri ve verileri kurtarmak için kullanabileceğiniz bir işlemdir.
Bazı felaketler bir doğal man-made bir olağanüstü durum gibi bir güvenlik veya teknik bir olağanüstü durum iki disk hatası gibi bir yedek dizisi, bağımsız RAID 5 dizisinde örnekleridir.
Olağanüstü durum kurtarma planlama, bir olağanüstü durum yanıtı oluşan tüm eylemleri hazırlamak için geçer işi olur. Planlama, değerli verileri kurtarmanıza yardımcı olmak için bir strateji seçimini içerir. Uygun bir olağanüstü durum kurtarma stratejisini seçimini iş gereksinimlerinize bağlıdır.
Not Bu makalede açıklanan çözüm, yalnızca, teknolojinin genel açıklamalar sağlar. Bu genel çeşitli olağanüstü durum kurtarma yöntemleri ve olağanüstü durum kurtarma planları karşılaştırmak için açıklamalardır. Üzerinde hangi bir olağanüstü durum kurtarma sizin için en iyi çözümdür karar vermeden önce daha ayrıntılı önerilen olağanüstü durum kurtarma çözümleri sırasında görünmesini sağlayın. Bu makalede, her olağanüstü durum kurtarma çözümü tartışan sonra bu çözüm hakkında daha fazla bilgi bulabileceğiniz bir yerde bağlantılar içerir.
Kümeleme yerine çalışmaBir donanım hatası veya yazılım hatası oluşursa, Küme hizmeti, Microsoft SQL Server 2000 yerine çalışma için yerine çalışma otomatik olarak tasarlanmıştır. SQL Server 2000 başarısızlık, başarısızlık küme veya SQL Server 2000'in birden çok örneği için tek bir SQL Server 2000 örneğini oluşturmak için kullanabilirsiniz. Kümeleme yerine çalışma otomatik olarak bir SQL Server örneği başarısız bir sunucudan bir <a0>çalışma</a0> sunucusuna işlenmesini geçiş yapmak bir veritabanı sistemi sağlar. Bu nedenle, küme yerine çalışma bir işletim sistemi hatası oluştuğunda veya veritabanı sistem kaynaklarının planlı bir yükseltme yapıyorsanız yararlıdır. Ayrıca, başarısızlık kümelendirme ile hiçbir kapalı kalma sunucu kullanılabilirliğini artırır.
Yerine çalışma kümeleme neredeyse hiçbir sunucu aksama süresini Kullanılabilirliği yüksek olan sunucu olmayan için tasarlandığından, kümelenmiş düğümlerine coğrafi olarak birbirlerine yakın olması gerekir. Yerine çalışma için Küme hizmeti disk dizi hatası oluşursa, bu yararlı olabilir.
Not Küme üstlenme uygulamak için <a0></a0>, SQL Server 2000 Enterprise Edition'ı yüklemeniz gerekir.
Aşağıdaki işletim sistemlerinden, yerine çalışma kümeleme desteği:
- Microsoft Windows NT 4.0 Enterprise Edition
- Microsoft Windows 2000 Advanced Server
- Microsoft Windows 2000 Datacenter Server
- Microsoft Windows Server 2003 Enterprise Edition
- Microsoft Windows Server 2003 Datacenter Edition
MSCS ve yükleme hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
259267Microsoft Küme hizmeti yükleme kaynakları
Avantaj ve yerine çalışma kümeleme kullanarak kısıtlamaları
Avantajı
Yüksek sunucu kullanılabilirliğini var. Birincil sunucu başarısız olursa otomatik olarak Küme hizmeti hata durumu oluşur.
Olumsuz yanları
- Büyük bir masraf azaltabilir. Iki sunucu bakımı, tek bir sunucu Bakımı iki kez maliyetini ' dir. Aynı anda iki sunucu korumak olduğundan, kümelenmiş düğümlerine korumak daha pahalıdır.
- Sunucuları, aynı konumda olması gerekir. Organizasyonun dalları dünya ve etkin/etkin küme içinde dallara uygulanan, ağ ve depolama altyapısı kullanmak zorunda standart çekirdek aygıt sunucu kümesinden çok farklı olur. Mümkün olsa da, bu nedenle, coğrafi olarak uzaktaki sunucularda kullanmak en iyisidir.
- Hiçbir korunma disk dizi hatası var.
- Yerine çalışma kümeleme yerine çalışma kümeleri için <a0>veritabanı</a0> düzeyinde veya veritabanı nesnesi düzeyinde, Tablo düzeyi gibi oluşturmanıza izin vermiyor.
243218Microsoft Küme sunucusu SQL Server 2000 Enterprise Edition için yükleme sırası
822250Destek Web Yayını: Microsoft SQL Server 2000 yerine olağanüstü durum kurtarma yordamlarını kümelemeSQL Server yerine çalışma kümesi için Microsoft destek ilkesi hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
327518SQL Server yerine çalışma kümesi için Microsoft destek ilkesi
Veritabanı yansıtmaVeritabanı yansıtma olan bir veritabanı kullanılabilirliği artırma esas olarak yazılım çözümü. Yalnızca bir veritabanı bazında yansıtma uygulayabilirsiniz. Yansıtma, yalnızca tam kurtarma modelini kullanan veritabanlarında çalışır. Veritabanı yansıtma ve toplu oturum kurtarma modelleri desteklemez. Bu nedenle, tüm toplu işlemler her zaman tam olarak günlüğe kaydedilir. Veritabanı yansıtma için herhangi bir desteklenen veritabanı uyumluluk düzeyi ile çalışır.
Avantaj ve dezavantajları veritabanı yansıtma kullanarak
Yararları
- Veritabanı yansıtma için veri koruma artırır.
- Veritabanı yansıtma için bir veritabanının kullanılabilirliğini artırır.
- Veritabanı yansıtma yükseltmeler sırasında üretim veritabanının kullanılabilirliğini artırır.
Olumsuz yanları
- Yansıtmayı veritabanı asıl veritabanına özdeş olmalıdır. Örneğin, tüm nesneleri, oturumların ve izinleri aynı olmalıdır.
- Veritabanı yansıtma bilgileri transferini bir bilgisayardan başka bir bilgisayara ağ üzerinden içerir. Bu nedenle, güvenlik bilgilerinin, SQL Server aktarımları çok önemlidir.
Eşler arası işlem çoğaltmasıEşler arası işlem çoğaltması okuyabilir veya çoğaltmaya katılan bir veritabanındaki verileri değiştirebilirsiniz, uygulamalar için tasarlanmıştır. Ayrıca, veritabanlarının ana sunucuları yoksa, kalan sunucular yönlendirme trafiğini uygulama değiştirebilirsiniz. Diğer sunuculardan veri özdeş kopyalarını içerir.
Avantaj ve dezavantajları, eşler arası işlem çoğaltması kullanma
Yararları
- Tüm düğümlere aktivite yayıldığı için okuma performansı artırıldı.
- Güncelleştirme performansını toplam performans eklemek ve tüm değişiklikleri tüm düğümlere yayılır olduğundan, tek bir düğüm performansını topoloji benzer için performans silin.
Olumsuz yanları
- Eşler arası çoğaltma, yalnızca SQL Server 2005 Enterprise Edition'da kullanılabilir.
- Tüm katılımcı veritabanlarının, aynı şemaları ve verileri içermesi gerekir.
- Her düğüm kendi distribution veritabanını kullanmanızı öneririz. Bu yapılandırmada, SQL Server 2005'in bir tek hata noktası olması olasılığını ortadan kaldırır.
- Tablolar ve diğer nesneleri, tek bir yayın veritabanındaki birden fazla eşler arası yayınlardaki içeremez.
- Yayının tüm abonelikler oluşturmadan önce eşler arası çoğaltma için etkinleştirilmiş olması gerekir.
- Abonelikler bir yedeği kullanarak veya çoğaltma desteği yalnızca abonelik eşitleme türünün değerini ayarlayarak başlatmalısınız.
- Eşler arası işlem çoğaltması çakışma algılama veya çelişki çözümü sağlamaz.
- Kimlik sütunları kullanmanızı öneririz.
Sıcak bir yedek sunucu BakımıOluşturabilir ve aşağıdaki yöntemlerden birini kullanarak sıcak bir yedek sunucu Bakımı:
- Günlük dağıtımı
- Işlem çoğaltması
Günlük dağıtımıGünlük dağıtımı Microsoft SQL Server 7.0 için resource kit içinde bulunur ve Microsoft SQL Server 2000 Enterprise Edition ve Microsoft SQL Server 2000 Developer Edition'a tam olarak eklenmiştir. Sevkiyat kullanır, normal işlemler sırasında kullanılan bir yedek sunucu günlüğe yazılır. Bir olağanüstü durum oluşursa, verileri kurtarmanıza yardımcı olmak BIR yedek sunucu yararlıdır. Günlük dağıtımını, yalnızca veritabanı düzeyinde kullanabilirsiniz. Örnek düzeyinde kullanamazsınız.
Bir yedek sunucu, işlem günlüklerinin geri yüklüyor, veritabanını özel kullanım modunda olduğu ve onu kullanılamaz. Ancak, toplu işler arasında hareket günlüğü restorations bildirdiği çalıştırabilirsiniz veya Veritabanı Konsolu komutları'nı (DBCC), sürekli olarak yedek sunucu bütünlüğünü denetler. Sürekli işlem veritabanı sunucusunda gerektiren bir karar destek sunucuları gibi uygulamalar için günlük dağıtımını uygun bir seçenek değil.
Gecikmesi bekleme sunucusu üzerindeki işlem günlüğü yedeklerini birincil sunucuda ne kadar sıklıkla alınır dayalı ve sonra bekleme sunucuda uygulanan. Birincil sunucu başarısız olursa, en son işlem günlüğünüzü sonra oluşan hareketlerin yedekleme yapılan değişiklikleri kaybedebilirsiniz.
Işlem günlüğü yedekleri, her 10 dakikada alınır, örneğin, işlemleri sırasında en son 10 dakika kaybolabilir. Bu, birincil sunucuya gecikme süresi boyunca yapılan veri güncelleştirmeler kaybolacak gelmez. Genellikle, yeni güncelleştirmelerin birincil hareket günlüğündeki kurtarıldı ve olması sıcak bekleme sunucusu birincil sunucudan yedek sunucuya değiştirme, yalnızca bir gecikmeyle küçük uygulanır. Sıcak bir yedek sunucu korumak için günlük dağıtımını ana amacı olur. Sıcak bir yedek sunucu, ana amacı olan bakımı, günlük dağıtımını daha bu makalede açıklanan diğer çözümleri daha uygun olasıdır.
Yararları ve olumsuzlukları günlük dağıtımı'nı kullanma
Yararları
- Tüm veritabanı faaliyetler kurtarabilirsiniz. Kurtarma, tablolar ve görünümler gibi oluşturulan tüm nesneler içerir. Güvenlik değişiklikleri gibi oluşturulan yeni kullanıcılar ve izin değişiklikleri de içerir.
- Veritabanını daha hızlı geri yükleyebilirsiniz. Geri yükleme veritabanının ve işlem günlüğü, alt düzey sayfası biçimleri hakkında temel alır. Bu nedenle, günlük dağıtımı, geri yükleme işlemini hızlandırır ve verilerin hızlı kurtarma oluşur.
Olumsuz yanları
- Veritabanını yedek sunucu üzerinde özel kullanım modunda olduğundan, veritabanı geri yükleme işlemi sırasında kullanılamaz.
- Parçalı yapı yetersizliği yoktur. Geri yükleme işlemi sırasında birincil sunucu tüm değişiklikleri bekleme sunucuda uygulanır. Günlük dağıtımı için birkaç tablo değişiklikleri uygulamak ve diğer değişiklikleri reddetmeye kullanamazsınız.
- Uygulamaları otomatik hiçbir yerine yoktur. Bir olağanüstü durum nedeniyle birincil sunucu başarısız olduğunda, bekleme sunucusu başlamıyor başarısızlık otomatik olarak. Bu nedenle, birincil sunucu bekleme (üstlenme) sunucusuna bağlanan uygulamalar açıkça yönlendirin gerekir.
Sıcak bekleme sunucuyu günlük dağıtımı'nı kullanarak ayarlama hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
323135Microsoft SQL Server 2000 - nasıl günlüğü (teknik incelemesi) ayarlanır.
325220Destek Web Yayını: Microsoft SQL Server 2000 günlük dağıtımıGünlük dağıtımı hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitelerini ziyaret edin:
Işlem çoğaltmasıIşlem çoğaltması sıcak bir yedek sunucu korumak için de kullanabilirsiniz. Işlem çoğaltması bir sunucu üzerindeki verileri çoğaltan (yayımcı) başka bir sunucuya (abone), günlük dağıtımı'den daha az gecikme süresi. Tablo düzeyi gibi veritabanı nesnesi düzeyinde işlem çoğaltması uygulayabilirsiniz. Bu nedenle Microsoft, işlem çoğaltması, korumak için daha az veri varsa ve bir hızlı kurtarma planı olmalıdır kullanmanızı önerir.
Abone olarak bir yedek sunucu ile birincil sunucu olarak yayımcı iki sunucu arasındaki işlem çoğaltması zorlamak için bir itme aboneliği'ni kullanabilirsiniz. Işlem çoğaltması veri çoğaltması sağlar. Abone, yayımcı başarısız olduğunda kullanılabilir.
Bu çözüm aynı anda hem yayıncı ve abone başarısızlığın savunmasızdır. Böyle bir senaryoda, verileri korumak edemiyor. Tüm diğer senaryolarda bir dağıtıcı veya abone hatası gibi abone verileri yayımcı veri ile yeniden eşzamanlı yapmak uygundur.
Işlem çoğaltması, şema değişiklikleri uygulamak veya çoğaltma güvenlik değiştirir gibi diğer değişiklikler veritabanına uygulayan bir sıcak yedek sunucu desteklemediği korumak için kullanmalısınız.
Not Çoğaltma sıcak bekleme sunucusu bakım için tasarlanmıştır. Çoğaltma, raporlar üretmek için abone yinelenmiş verileri kullanabilirsiniz. Göreceli olarak meşgul yayımcı üzerinde işlem gerçekleştirmek zorunda kalmadan çoğaltma genel başka kullanımlar için de kullanabilirsiniz.
Yararları ve olumsuzlukları işlem çoğaltması kullanma
Yararları
- Değişiklikleri uygulamak için ancak abone verileri okuyabilir.
- Değişiklikler, daha az gecikme ile uygulanır.
Not Bu avantajı aşağıdakilerden biri doğruysa, bu uygun olabilir:
- Çoğaltma aracıları için sürekli ayarlanmadı.
- Çoğaltma aracıları, çoğaltma sırasında oluşan hataları nedeniyle durduruldu.
Olumsuz yanları
- Şema değişiklikleri veya yineleme kurulduktan sonra yayımcı sırasında gerçekleştirilen güvenlik değişiklikleri abone sırasında kullanılamaz.
- Dağıtıcı işlem çoğaltma, veri dağıtmak için bir Açık Veritabanı Bağlanılabilirliği (ODBC) bağlantısı veya OLE veritabanı (OLEDB) bağlantısı kullanır. Ancak, günlük dağıtımını RESTORE HAREKET kullanır işlem günlüklerinin dağıtmak için alt düzey Transact-SQL deyimi. Bir RESTORE TRANSACTION deyimi bir ODBC bağlantısı veya bir OLEDB hızlıdır bağlantı.
- Genellikle, sunucular arasında geçiş yapma, çoğaltma yapılandırma siler. Bu nedenle, iki kez çoğaltma yapılandırması gerekir: Zaman için abone geçin.Ne zaman yeniden yayımcıya geçin.
- Bir olağanüstü durum ortaya çıkarsa, el ile tüm uygulamalar için abone yönlendirerek sunucuları geçmelisiniz.
195757SQL Server 7.0 - çoğaltma sık sorulan sorular-
Yedekleme ve geri yükleme özelliğiSQL Server yedekleme ve geri yükleme özelliği, SQL Server veritabanlarında depoladığınız önemli verileri korumak için önemli bir güvenlik sağlar. Yedekleme kullanarak (bir yedek kopya) veritabanının bir kopyasını oluşturabilir ve özellik geri yükleme'yi ve sonra veritabanının kopyasını, SQL Server örneğini çalıştıran sunucuyu bir olası hatasından korunan bir yerde saklayın. Bir sistem hatasından veritabanı veya veritabanı Bozulması karşılaşırsanız, veritabanını yeniden oluşturmak için veya veritabanını geri yüklemek için daha sonra yedek kopyayı kullanabilirsiniz.
Olağanüstü durum kurtarma, Yedekleme kullanarak planlamak ve özellik geri yükleme, kritik veritabanı veride de belirler. Ayrıca, veritabanı geri yükleme gereksinimlerini belirleyin. Örneğin, aşağıdaki geri yükleme gereksinimleri belirler:
- Veritabanına geri yükleme noktası. Aşağıdaki iki hangisinin yapmak istediğinize karar vermek için gerekenler:Veritabanını geri yüklemek için gece önce hata koşulunu.Veritabanı saat başarısızlık olabildiğince yakın zaman noktasının durumuna geri yükleyin.
- Ne kadar süreyle veritabanı kullanılamıyor olabilir. Yoksa, veritabanına hemen geri yüklemelisiniz.
Bir veritabanı yalnızca en son yedeğine gerçekleştirdiğiniz zaman noktasının durumuna geri yükleyebilirsiniz. Bu yedeklemeden sonra ortaya çıkan hareketleri kaybolmuş olabilir. Bu nedenle, Microsoft, yalnızca görev-önemli olmayan bir veritabanı uygulamaları için yedekleme ve geri yükleme özelliği'nı kullanmanızı önerir.
Yararları ve olumsuzlukları yedekleme ve geri yükleme özelliğini kullanma
Yararları
- En çok çıkarılabilir ortam disk hatalarına karşı korunmanıza yardımcı olmak için veritabanı yedekleyebilirsiniz.
- Yerine çalışma kümeleme kullanın veya günlük dağıtımını, yaptığınız gibi ağ üzerinde bağımlı sahip değilsiniz.
Olumsuz yanları
- Veritabanını yedeklemek için tablo oluşturma, dizin oluşturma, veritabanı daraltma veya nonlogged işlemleri gibi işlemleri gerçekleştiremiyor.
- Bir hata oluşursa, en son verilerinizi kaybedebilirsiniz.
- Bir olağanüstü durum ortaya çıkarsa, veritabanını el ile geri yüklemeniz gerekir.
Yedekleme ve geri yükleme özelliği hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
325257Destek Web Yayını: SQL Server 2000 veritabanı kurtarma: yedekleme ve geri yükleme
281122SQL Server'da dosya ve dosya grubu yedekleri geri yükleme'nin açıklamasıYedekleme ve geri yükleme özelliği hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitelerini ziyaret edin:
Yedek bir dizi bağımsız disklerin (RAID) kullanarak veri diski artıklıkBir RAID, daha yüksek güvenilirlik sağlamak için birden çok diske ve sunucular için daha az kapalı kalma gereksiz verileri depolar. RAID düzeyleri, 0, 1 ile 5 genellikle SQL Server için kurtarma seçenekleri olarak kullanılır. Açıklanan RAID teknolojileri başarısızlık ve tek bir diskinin consequent değişiklik olmadan çevrimdışı olmayı sunucusuna izin verir. Birden çok disk hataları, verileri kurtarılamayabilir. Bu nedenle, gereksiz veri yönetimi, verileri bir donanım arızası kaybedersiniz değil veya diğer bir kilitlenme oluşuyor emin olmanıza yardımcı olmak için bir yedekleme ve geri yükleme yordamı ile birleştirmek Microsoft önerir.
Dizme teknolojisi daha hızlı erişim için ise 0 RAID kullanan RAID 1 için veri güvenilirliğini yansıtma teknolojisini kullanır. Ilişkisel veritabanı yönetiminde kullanılan BIR ortak yöntem 0 RAID ve RAID-1'ın birlikte kullanılması gerekir. Bu teknik, her iki diziler üzerinde saklanan bilgiler aynı olacak biçimde aynı şeritli dizilerinin sürücüleri sürekli güncelleştirilir. Bir dizi başarısız olursa, özgün dizinin yeniden çevrimiçi duruma kadar başka bir dizi otomatik olarak alır.
Eşlik bitleri verilerle birlikte yazılmış bir tek bölüştürülmüş disk dizi RAID 5 (şeritleme eşlikli olarak da bilinir) kullanır. Tek bir disk başarısız olduğunda, eşlik biti disk yerini kadar kayıp verileri hesaplamak için kullanılır. Disk değiştirdiğinizde, yeniden veri yeni diskete kopyalayın ve başarısız olan diskin verilerini yeniden eşlik bilgilerini ve kalan verileri kullanabilirsiniz. Bu işlemler veritabanı sisteminin kapalı kalma oluşur. Diğer birçok seçenekleri ve özellikleri veritabanı sistemlerinizi mümkün olduğunca az kapalı kalma olarak karşılaşıyorsunuz emin olmanıza yardımcı olmak için BIR RAID sağlar.
Avantaj ve dezavantajları, bir RAID kullanma
Avantajı
Tek bir disk başarısız olursa veri kaybetmesine değil.
Olumsuz yanları
- Bu, verileri kurtarmak için uzun zaman alabilir.
- Birden çok disk başarısız olursa, değerli verileri kurtarabilmek için olmayabilir.
100110Yedek diziler ucuz disklerden (RAID) genel bakış
SQL Server 2000 Çevrimiçi Kitapları'nın güncelleştirilmiş bir sürümünü karşıdan yüklemek için aşağıdaki Microsoft Web sitesini ziyaret edin:
Referanslar
307775Microsoft SQL Server için olağanüstü durum kurtarma makaleleriKümeleme yerine çalışma hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın:
195761SQL Server 7.0 - Failover sık sorulan sorular-
260758Sık Sorulan Sorular - SQL Server 2000 - Küme hizmeti, yerine çalışma
274446SQL Server 2000 yerine çalışma çözümü tüm SQL Server 2000 olmayan sanal sunucular için önerilen yükseltme
280743Windows Kümeleme ve coğrafi olarak ayrı sitelerYedekleme ve geri yükleme özelliği hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitesini ziyaret edin:
253817SQL Server'da zarar görmüşse, ana ve veritabanı dosyalarını açtığınızda, son işlem günlüğünü yedekleme
314546Veritabanlarını SQL Server çalıştıran bilgisayarlar arasında taşımaTam metin kataloğunu klasörleri ve dosyaları hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
240867Taşıma, kopyalama ve tam metin kataloğunu klasörleri ve dosyaları yedeklemek için
Uyarı: Bu makalenin çevirisi otomatik olarak yapılmıştır
Özellikler
Makale No: 822400 - Son İnceleme: 11/02/2007 07:41:39 - Düzeltme: 5.6
Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL 2005 Server Enterprise, Microsoft SQL Server 2005 Express Edition, Microsoft SQL 2005 Server Workgroup, Microsoft SQL Server 2000 Standard Edition
- kbmt kbdisasterrec kbreplication kbreplmgr kbclustering kbinfo KB822400 KbMttr