Sık Sorulan Sorular - SQL Server 2000 - günlük dağıtımı

Makale çevirileri Makale çevirileri
Makale numarası: 314515 - Bu makalenin geçerli olduğu ürünleri görün.
Hepsini aç | Hepsini kapa

Bu Sayfada

Özet

Bu makalede, günlük dağıtımını çeşitli yönlerini ele alır ve Kurulum, güvenlik, izleme, rol değişimi ve günlük sevkiyat SQL Server 2000 Enterprise Edition kaldırılması ile ilgili en sık sorulan sorular yanıtlanmaktadır.

Daha fazla bilgi

Günlük sevkiyat SQL Server 2000'de SQL Server bakım planı Sihirbazı kullanarak çözüm sıcak yedek oluşturmak için bir araç sağlar. Bir veritabanının işlem günlüğü yedeklerini otomatik olarak farklı bir sunucuya sevk ve bekleme veritabanına uygulanır. Yedek veritabanı salt okunur işlemlere (yükleme durumu) bağlı olarak gerçekleştirmek için kullanabilirsiniz.

Günlük dağıtımını ayarlayın

S1: SQL Server'ın hangi sürümünün günlük dağıtımı yedekleme ayarlamak zorunda miyim?

A1: Matris içinde günlük sevkiyat katılan üç bileşenleri için gerekli olan SQL Server sürümünü gösterir:
Bu tabloyu kapaBu tabloyu aç
BileşenSQL Server'ın gerekli sürümünü
Birincil sunucuKuruluş veya Developer Edition
İkincil sunucuKuruluş veya Developer Edition
İzleme sunucusuTüm sürüm


S2: Ne ben benim günlük kümesi SQL Server Enterprise Manager aracılığıyla yukarı dağıtımı başlamadan önce yapmak gerekiyor mu?

A2: İşte yapmanız gerekir listesi, SQL Server 2000 günlük dağıtımı başlamadan önce.

  • Başlat SQL Server ve SQL Server Agent hizmetlerini undera etki alanı hesabı ya da ilgili birincil, ikincil ve monitorservers geçiş güvenliği yapılandırın (soru üç bu başlıkta daha fazla bilgi için bkz.).
  • Günlük dağıtımı, SQL Server Enterprise Manager (SEM) olan herhangi bir bilgisayardan ayarlayabilirsiniz. Thesecondary sunucularında, SEM, üzerinden isgoing ayarlanması için sevkiyat günlük bilgisayardan olmayı amaçlayan sunucuları olarak bu işlev SQL Server çalıştıran tüm bilgisayarlarda beklenenden kaydetmeniz gerekir.
  • Transactionlog arka için birincil sunucuda bir klasör oluşturmak ups. Birincil bilgisayarda herhangi bir yerde, bu klasörü oluşturabilirsiniz.Folder tutma yerleştirdiğiniz sürücüsünde yeterli boş disk alanı olmalıdır en az bir gün geri hareket günlüğü ups. Tam spacerequired boyutunu ve işlem günlüğü sıklığını bağlıdır çünkü tahmin etmek kolay değildir ups için veritabanını yedekleyin. Microsoft bu ürün koyabilirsiniz sevk oturum her veritabanı için farklı bir klasör önerir.
  • Önceki adımda oluşturduğunuz klasör paylaşın. Verdiğiniz tane okuma ve değiştirme izinleri altında hangi SQL Server ve SQL Server Agent hizmetlerini Microsoft Windows NTaccounts için günlük dağıtımını katılan sunucular için başlatıldı. Doğrudan güvenlik kullanıyorsanız, bu hizmetlerin başlatıldığını SQLServer altında ilgili yerel Windows NT hesabı izinler.
  • Kaldırın veya herhangi bir işlem günlüğü yedekleme günlük sevk edilecek thedatabases işlerine devre dışı bırakın. Bu, herhangi bir üçüncü taraf geri upjobs içerir.
Q3: SQL Server'ı başlatma miyim ilgili hizmetler yerel Windows NT hesabı yerine bir etki alanı hesabı altında?

A3: SQL Server, Microsoft Küme hizmeti ile birlikte sanal sunucusu olarak çalışacak şekilde yapılandırılmadığı sürece yerel bir Windows NT hesap altında başlatmak için SQL Server hizmetlerini yapılandırmak mümkündür. Bu amaçla, doğrudan Windows NT güvenlik kullanabilirsiniz. Doğrudan güvenliğini yapılandırmak için şu adımları izleyin:
  • Birincil, ikincil andmonitor bilgisayarlarda aynı adı ve parola ile bir Windows NT hesabı oluşturun.
  • SQL Server yapılandırma ilgili tüm bilgisayarlarda theseWindows NT hesaplar altında başlatmak için hizmetler.
SQL Server sanal sunucusu olarak Microsoft Küme hizmeti ile çalışacak şekilde yapılandırılmışsa, etki alanı hesabı altında SQL Server hizmetlerini yeniden başlatılması gerekir. SQL Server sanal sunucusu olsa bile Microsoft SQL Server bilgisayar bir etki alanı üyesiyse, hizmetlerini başlatmak için bir etki alanı hesabı kullanmanızı önerir. Aşağıdaki kazanmak avantajı SQL Server sahip ilgili hizmetler başladığında bir etki alanı hesabı altında:
  • SQL Server başlangıç hesap olmadı sonucunu başarısız işleri sevkiyat günlük parolasını değiştirme. Tüm sunucular başarıyla logshipping doğrudan güvenlik durumda devam etmek için hesabı, aynı zamanda başlatmak için Windows NT değişti Password olması gerekir.
S4: Nereye ı dan sevkiyat günlüğünü ayarlayabilir miyim?

A4: SQL Server Enterprise Manager'da için günlük sevkiyat ayarlanması gereken bir veritabanını sağ tıklatın ve Bakım planı' yı tıklatın. Hoş Geldiniz iletişim kutusunda İleri' yi tıklatın. İşlem günlüğü diğer SQL sunucularına (günlük sevkiyat) sevk onay kutusunu seçmek için tıklatın. Onay kutusu, SQL Server bakım planı Sihirbazı için bu veritabanında günlük dağıtımını olması gerektiğini gösterir. SQL Server Enterprise Manager bir istemciden bu adımı gerçekleştirebilirsiniz.

S5: Neden günlük sevkiyat onay kutusunu bazen Bakım planı iletişim kutusuna kararıyor?

A5: Onay kutusu aşağıdaki nedenlerden birine bağlı olarak soluk renkte görüntülenebilir:
  • Birden çok veritabanı MaintenancePlan için seçilmiş olabilir.
  • Seçili veritabanı tam veya Toplu günlük kurtarma modeli değil.
  • SQL Server 2000 Enterprise Edition üzerinde sunucuya yüklenmemiş olabilir.
S6: Başlangıç yapılandırmasını gerçekleştirirken ayarlanmış günlük dağıtımını neden başarısız?

A6: Günlük kümesi başarısız yukarı dağıtımı neden olabilecek çeşitli nedenleri vardır. Şu anda bu davranışa neden olan en az bir bilinen sorun yoktur. Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
298743 Hata: günlük sevkiyat Bakım Sihirbazı'nı yeniden başarısız olduğunda tüm değişiklikleri alınması.
S7: ikincil sunucuya tablo şemasını ve veritabanını dosya yapısında değişiklikler yayılır?

A7: SQL Server 2000'de, tüm tablo şemasını ve veritabanını dosya yapısı değişiklikleri günlüğe kaydedilen işlemleridir. Yeni NDF veya LDF dosyası birincil veritabanına eklenir, ancak hareket günlük geri yükleme işi hemen veritabanı dosyası birincil veritabanına eklendikten sonra gerçekleştirilen işlem günlüğü yedeklemesini yüklenirken başarısız olur. Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
286280 Efekti ekleme veya veritabanı dosyalarını kaldırdıktan sonra veritabanı kurtarma açıklaması
S8: Ben günlük dağıtımı komut?

A8: Hayır Şu anda, komut dosyasına mümkün değildir günlük dağıtımı. Günlük dağıtımı yedekleme ayarı yalnızca desteklenen sihirbazda Bu bölümde açıklanan söz konusu 4 yoludur.

S9: birden çok etki alanlarındaki sunucular arasında sevkiyat günlüğünü ayarlayabilir miyim?

A9: Evet. Günlük dağıtımı ayrı etki alanlarında bulunan sunucular arasında ayarlamak mümkündür. Bunu yapmak için iki yol vardır:
  • Doğrudan güvenlik kullanın. Sunucuları izleme ve Windows NT accountswith aynı adı ve parolaları birincil üzerinde ikincil yapılandırın.SQL Server yapılandırma ilgili hizmetleri allservers bu hesaplar altında başlatmak ve monitör sunucusuna bağlanmak için günlük sevkiyat yukarı ayarlama sırasında SQL kimlik doğrulaması kullanmak için. - veya -

  • Geleneksel Windows NT güvenliği kullanın. Configurethe etki alanıyla çift yönlü güven olmalıdır. SQL Server Hizmetleri startedunder etki alanı hesapları olabilir ilgili. SQL kimlik doğrulaması veya Windows kimlik doğrulaması canbe monitorserver bağlanmak için birincil ve ikincil sunucularda işleri tarafından kullanılan. Diğer tüm gereksinimleri yapmanın anlatıldığı söz konusu 2 ile aynıdır.
Q10: Ben monitör sunucusuna bağlanmak için SQL kimlik doğrulaması kullanmak için birincil ve ikincil sunucuları yapılandırmak?

A10: Evet. Monitör sunucuya bağlanmak için birincil ve ikincil sunucuları için Windows veya SQL kimlik doğrulaması kullanmak da mümkündür. Microsoft, Windows kimlik doğrulaması bu amaç için kullanmanızı önerir. Ancak, Windows kimlik doğrulaması kullanmak üzere mümkün değilse, SQL kimlik doğrulaması kullanabilirsiniz. SQL Server birincil üzerinde ikincil bir "log_shipping_monitor_probe" hesabı oluşturun ve bunu zaten, günlük dağıtımı yedekleme belirtilen parolayla yoksa sunucularını izlemek. SQL kimlik doğrulaması ise, günlük dağıtımı için kullanılan SQL Server birincil üzerinde ikincil yapılandırmalı ve karma modu kimlik doğrulaması kullanmak için sunucuları izlemek.

Günlük dağıtımı güvenliğiyle ilgili önemli noktalar

S1: "konuk" hesabı kullanılabilir günlük dağıtımı yedekleme ayarlamadan önce yaptığım ve ikincil veritabanını bir bekleme durumunda olmasını istiyorum, nasıl (birincil sunucu olarak aynı güvenlik modelini uygulayan) ikincil veritabanına erişim sağlamak kullanıcılara izin?

A1: "Guest" hesabı SQL Server'dan herhangi bir nedenle kaldırılmaması gerekir. Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
315523 Guest hesabını kaldırma 916 hata SQL Server 2000 SP4 veya SQL Server 2000'in önceki sürümlerindeki bir özel durumu erişim ihlaline neden olabilir
Ancak, "konuk" hesabı veritabanları için kullanılabilir yapabilirsiniz olabilir nerede güvenlik kaygıları. İkincil veritabanı yedek bir durumda, kullanmak olanaklı değildir, çünkü sp_change_users_login uygun şekilde yeniden eşleştirileceği için saklı yordam. Yedek veritabanındaki aynı güvenlik modeli uygulamak için birincil sunucu olarak aynı güvenlik tanımlayıcısı (SID) değerini kullanarak ikincil sunucuda oturumu oluşturun. Oturumu açma ile aynı SID değerleri oluşturma hakkında daha fazla bilgi için aşağıdaki Microsoft Bilgi Bankası makalesi okuyun:
303722 Konuk kullanıcı SQL Server'da devre dışı bırakıldığında bekleme veritabanı üzerinde SQL oturum açma erişimi vermek nasıl
Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
321247 Güvenliği yapılandırmak için SQL Server oturum nasıl sevkiyat
S2: Sp_resolve_logins işlevi nedir?

A2: Günlük dağıtımı rol değişikliği anında sp_resolve_logins saklı yordam birincil sunucudan syslogins sistem tablosunda bir BCP dosyası gerektirir. Bu saklı yordam geçici tablo ve döngüler ile aynı ada sahip bir oturum açma ikincil sunucunun syslogins sistem tablosunda mevcut olup olmadığını doğrulamak için her oturum açma BCP dosyası yükler. Daha sonra bu oturum açma SID değerini ikincil veritabanının sysusers sistem tablosunda bulunup bulunmadığını denetler. Son olarak SID değerini ikincil veritabanının sysusers sistem tablosundaki aynı SID değeri ikincil sunucunun syslogins tablo olarak değil olup olmadığını denetler. Bu denetimler sağlanırsa, sp_resolve_logins depolanan yordamı sp_Change_users_login saklı yordamı bu oturum için çalışır ve ikincil veritabanının sysusers sistem tablosunda SID giderir. Günlük dağıtımını başlatılmış ve aynı bu oturumların aynı SID ile ikincil sunucuları (Microsoft Bilgi Bankası makalesi Q303722'de açıklandığı üzere) oluşturulmaz sonra birincil sunucuda oluşturulan yeni oturumlar varsa, bu saklı yordam yürütülmesini gereklidir.

Q3: Sp_resolve_logins başarıyla yordamı çalıştığında depolanır; Ancak, bu güvenlik için beklenen değişiklikler ikincil sunucuda gerçekleştirmez. Neden?

A3:Sp_resolve_logins saklı yordam birincil sunucunun syslogins sistem tablosu güncel bir BCP dosyası gerektirir. Bu oturumlar önceden ikincil sunucuda oluşturulan gerekir. Bu iki koşulun sağlanması durumunda sp_resolve_logins saklı yordam ikincil veritabanında sysusers sistem tablosundaki değişiklikleri gerçekleştirir.

S4: aktarım oturumları DTS görev sp_resolve_logins saklı yordamı ile birlikte rol değişikliği yapmadan önce çalıştırılacak var mı?

A4: Evet. Aktarım oturumları görev oturumları syslogins sistem tablosunda ikincil sunucuda olmadığından emin olmak için kullanmanız gerekir. Bu ikincil veritabanı kullanıcı kullanabilir (ikincil veritabanını bekleme modunda yüklenmişse) garanti etmez. Günlük dağıtımı rol değişikliği yapmadan önce ikincil veritabanını kullanmak kullanıcı varsa, bu bölümdeki 1 Soru bakın.

S5: sp_resolve_logins saklı yordamını SQL Server'daki Uzaktan oturum açma için çalışıyor mu?

A5: Hayır Sp_resolve_logins yordamı yalnızca works tipik oturumları için saklanır. Tüm uzak oturumların ikincil sunucusunda el ile oluşturulması gerekir.

Sevkiyat izleme oturumu

S1: bile ile işlem günlüğü yedekleri ikincil sunucusu güncelleştirildiğinde günlük sevkiyat yedekleme ve eşitlenmemiş uyarıları, ba?lat?ld???n?. Bu olası mı?

A1: Evet. Uyarıları bile zaman ikincil veritabanı güncelleştiriliyor yangın mümkündür. Uyarı eşik değerine ayarlanırsa, çift arasındaki süreyi daha az yedekleme ve kopyalama veya geri yükleme işlerini, uyarılar oluşturuldu. Uyarıları yaratılmasına ve eşik iki kez arasındaki zamandan sonraki yedekleme ve kopyalama için close ya da daha az olduğu veya geri yükleme işlerini, devam edin ve eşik değeri artırın.

S2: Neden, işlem günlüğü yedekleri ikincil sunucuda geri yüklemek başarısız?

A2: Bir sırada olmaları durumunda işlem günlüğü yedekleri yalnızca geri yüklenebilir. Bu sıra tarafından döndürülen LastLSN ve FirstLSN alanları belirlenir HEADERONLY GERİ YÜKLEME komut. LastLSN ve FirstLSN alanlarını aynı numarayı ardışık işlem günlüğü yedekleri üzerinde görüntülenmiyorsa, o sırada geri yüklenebilir değiller. Sıra dışı olarak işlem günlüğü yedekleri için çeşitli nedenleri olabilir. En yaygın nedenlerinden bazıları şunlardır:
  • Sıra kesintiye neden olan yedek hareket günlük yedekleme işleri birincil sunucuda yok.
  • Oturum işlem veritabanında gerçekleştirilen vardır. Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
    272093 Nonlogged ve en az oturum işlemleri işlem günlüğünü yedekleme ve geri yükleme işlemi SQL Server üzerindeki etkilerini açıklaması
  • Veritabanının kurtarma modeli, işlem günlüğü yedekleri toggledbetween büyük olasılıkla oldu.
  • Primaryserver Data Transformation Services (DTS) görevi bu soruna neden. Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
    308267 Düzeltme: DTS kopya nesneleri görev (DMO) kurtarma moduna kolay aktarım sırasında geçerek hareket günlük yedekleme zinciri keser
Q3: Burada ben yedekleme gerçekleştirirken hatalarla ilgili bilgi, kopyalayabilir veya geri yükleme işlemleri?

A3: Belirli günlük sevkiyat çifti hakkında daha fazla bilgi almak için şu adımları izleyin:
  1. SQL Server Enterprise Manager'ı açın ve sonra themonitor sunucuya bağlanın.
  2. Günlük sevkiyat monitörYönetimi' nin altında'ı tıklatın. Sağ pencere bölmesinde (yalnızca bu sunucuda izleme sunucusu olarak yapılandırılmış olan) çiftleri aredisplayed tüm günlük dağıtımı.Günlük dağıtımı çifti görünür durumda değilse, ( Yönetimaltında) Günlük sevkiyat monitör sağ tıklatın ve sonra Yenile' yi tıklatın.
  3. Günlük dağıtımı hakkında bilgi istediğiniz ve sonra yedekleme işi geçmişini görüntülemek için Yedekleme geçmişini görüntüle'yi tıklatın sağ tıklatın.
  4. Günlük sevkiyat çifti sağ tıklatın ve sonra Kopyala geçmişini görüntülemek ve geri yükleme işleri için Copy/geri yükleme geçmişini görüntüle'yi tıklatın.
  5. Çifti sevkiyat günlüğü sağ tıklatın ve sonra geçerli durumu, kaynak ve Destinationalert sevkiyat günlüğünü görüntülemek için Özellikler ' i tıklatın durum.
S4: dosya adı first_file_000000000000.trn kopyalama ve geri yükleme işi başarısız olduğunu gösteriyor mu?

A4: Kopyalama ve geri yükleme işinin her çalışma en az bir dosya ile ilişkilendirilmiş. Hiçbir dosya kopyalandığında veya herhangi birinin bu iki işler belirli bir çalışmada geri varsayılan olarak, SQL Server first_file_000000000000.trn Dosya adı alanına yerleştirir. Bu olabilir veya bir sorun olduğunu belirtmeyebilir. Örneğin, kopyalama veya geri yükleme işi ikincil sunucuda çalıştırılan ilk defa olmayabilir tüm dosyaları kopyalayın veya geri yüklemek kullanılabilir. Bu durumda, first_file_000000000000.trn bir hata mutlaka temsil etmiyor. Bununla birlikte, belirli koşullar altında bu bir sorun temsil edebilir. Daha fazla bilgi için aşağıdaki Microsoft Knowledge Base makalesini okuyun:
292586 Yedekleme, kopyalama ve yükleme iş bilgileri günlük sevkiyat monitör üzerinde güncelleştirilmedi
S5: günlük dağıtımını çalışır durumda bir süre sonra sıklığı ve işlem günlüğü yedekleri birincil sunucuda hedefi değiştirmek mümkün müdür?

A5: Evet. Bu bilgiler, birincil sunucuda bakım planı içinde olur. Bilgileri görüntülemek için şu adımları izleyin:
  1. Bakım planı veritabanı için birincil sunucu üzerinde çift tıklatın, bu informationmust değiştirilmesi için.
  2. Hareket günlük yedekleme sekmesini hedef Değiştir ve bıraktıysanız sıklığı tıklatın.
  3. Expectingto kopya işlem günlüğü yedekleri belirtilebilir paylaşımından ikincil sunucuda kopyalama işini olduğu için zaman logshipping ayarlanmıştır, işlem günlüğü için hedef klasör değiştirdikten sonra bu işlemi başarısız olabilir ups. Sorun, aroundthis çalışma hakkında daha fazla bilgi için Microsoft KnowledgeBase aşağıdaki makaleyi okuyun:
    314570 Hareket günlük yedekleme klasörünü değiştirdikten sonra yedek ağ paylaşımına değiştiremezsiniz

Günlük sevkiyat rolünü değiştirme

S1: Bir günlük dağıtımı rol değişikliği nasıl yaparım?

A1: Bir günlük dağıtımı rol değişikliği gerçekleştirme hakkında SQL Server 2000 Çevrimiçi Kitapları konuyu okumak için aşağıdaki bağlantıyı tıklatın:

Nasıl ayarlamak ve bir günlük rol değişikliği (Transact-SQL) dağıtımı gerçekleştirmek

S2: birincil sunucu çevrimdışı veya kullanılamaz durumdayken ben bir rol değişikliği yapabilir miyim?

A2: Evet. Çalışan sp_change_primary_role birincil sunucuda saklı yordam isteğe bağlıdır.

Q3: Yordamı başarısız bir rol değişikliği anında ikincil veritabanından çalıştırdığınızda, 208 hata iletisiyle neden sp_resolve_logins mı saklı?

A3:Sp_resolve_logins depolanan yordamı ana veritabanı öneki ile sysusers sistem tablosundaki uygun değil. Bu kodu sp_resolve_logins depolanan yordamı için bilinen bir sorundur. Bu sorun hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki aşağıdaki makaleyi okuyun:
310882 Hata: sp_resolve_logins yordamı başarısız günlük rol değişikliği dağıtımı sırasında çalıştırıldığında saklı
S4: rol değişikliği ilgili birden fazla ikincil sunucu olduğunda bir birincil sunucusu olarak ikincil bir sunucu yükseltilirken bir sorun var mı?

A4: Birden fazla ikincil sunucuları içeren bir rol değişikliği yaparken hatalara neden olabilir bilinen bir sorun hakkında aşağıdaki Microsoft Knowledge Base makalesini okuyun:
300497 Düzeltme: Günlük dağıtımı: veritabanı adları farklı olduğunda rolü için birincil ikincil den değiştiremezsiniz
S5: Nasıl ı günlük dağıtımı ikincil sunucuyu birincil sunucu olarak yükseltmeden sonra yeniden kurabilir misiniz?

A5:Birincil rolü varsaymak veritabanı izin ver onay kutusu seçiliyse günlük dağıtımı, Hedef veritabanı Ekle iletişim kutusunda, kurma sırasında bir rol değişikliği gerçekleştirdikten sonra yeni ikincil bir sunucu eklemek için aşağıdaki adımları izleyin. Bu ayar seçilmişse, Maintenance Plan Wizard günlük dağıtımını bir rol değişikliğinden sonra ayarlamak için kullanırsınız.
  1. SQL Server Enterprise Manager'ı açın ve thepromoted birincil sunucuya bağlanın. Thesecondary sunucusu olarak eklemek istediğiniz sunucuya kaydedin.
  2. Yönetim (SQL Server Enterprise Manager'da) genişletin ve sonra Maintenance Plans' ı tıklatın. Uygun bakım planı listesinde sağ tıklatın, ve Özellikler' i tıklatın.
  3. Günlük sevkiyat sekmesini tıklatın ve sonra Ekle' yi tıklatın.
  4. Bu iletişim kutusu hakkında secondaryserver ilgili uygun bilgileri girin ve Tamam' ı tıklatın. Bu yeni ikincil sunucu için logshipping ekleyin.
S6: Nasıl ben sevk, bir veritabanı yedeklemesini geri yüklemeden önceki birincil sunucuda oturum devam edebilir?

A6: Tekrar tekrar tam veritabanı yedeği geri yüklemek zorunda kalmadan iki sunucu arasında sevk oturum mümkündür. Rol değiştirme işlemi gerçekleştirdiğinizde, birincil ve ikincil sunucuları kullanılabilir zorunludur. Rol değişimi gerçekleştiren bir parçası olarak çalıştırmak gerekir sp_change_primary_role saklı yordam. 2 veya 3 @final_state parametresiyle sp_change_primary_role saklı yordam çalıştırmanız gerekir. İşlem günlüğünü yedekleme işlemini gerçekleştirdikten sonra bu birincil veritabanının bir kurtarılmamış durumda bırakacaktır. Veritabanı bir kurtarılmamış durumda kalır çünkü günlük sevkiyat hedef (önceki soruya açıklandığı gibi) eklendiğinde, bu veritabanı seçilir. Bu şekilde, bir veritabanı yedeklemesini yeniden başlatmanız gerekmez.

Günlük dağıtımı kaldırma

S1: Günlük sevkiyat çifti belirli bir günlük dağıtımını nasıl durdurabilirim?

A1: Günlük sevkiyat çiftini kaldırmak için şu adımları izleyin:
  1. Primaryserver üzerinde SQL Server Enterprise Manager'ı açın. Yönetimgenişletin ve Bakım planı' yı tıklatın. Bakım planısağ tıklatın ve sonra Özellikler' i tıklatın.
  2. Günlük sevkiyat sekmesini tıklatın ve sonra günlük dağıtımı, wantto kaldırmak çifti seçmek için tıklatın.
  3. Günlük sevkiyat noktasından bu çiftin kaldırmak için Delete komut düğmesini tıklatın. Bu günlük dağıtımı içinde son çifti ise, Sil ' i tıklatarak günlük dağıtımını kaldırır. Farklı sunucu veya veritabanı için sevkiyat günlük devam etmek isterseniz, Ekle' yi tıklatın. Ardından varolan günlük dağıtımı ikincili kaldırmadan önce uygun sunucu veya actas ikincil sunucu için veritabanını seçmek için tıklatın.
S2: günlük dağıtımını kendi adı özel karakterler içeren bir veritabanı için kaldırma ile ilgili bir sorun var mı?

A2: Bu sorunu daha ayrıntılı açıklar aşağıdaki Microsoft Knowledge Base makalesini okuyun:
295936 Düzeltme: veritabanı adı teklif varsa, ikincil veritabanında günlük dağıtımını kaldırma hatası

REFERANSLAR

Günlük dağıtımı hakkında daha fazla bilgi için aşağıdaki Microsoft Web sitelerini ziyaret edin.
Günlük dağıtımı
http://msdn2.microsoft.com/en-us/library/aa213785 (SQL.80).aspx
275146 Sık Sorulan Sorular - SQL Server 7.0 - günlük dağıtımı
Sorunuza bir yanıt görmedin mi? Microsoft SQL Server Newsgroups'u ziyaret edin:
Microsoft SQL Server haber gruplarıhttp://www.microsoft.com/Communities/Newsgroups/en-us/
Bu veya diğer Microsoft Knowledge Base makaleleri hakkında yorumlarınız? Bize not bırakın SQLKB@Microsoft.com.

Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
917544 Hata: SQL Server 2000'de "Günlük sevkiyat uyarı iş – geri yükle" işlemini çalıştırdığınızda bir hata iletisi alıyorsunuz

Özellikler

Makale numarası: 314515 - Last Review: 22 Haziran 2014 Pazar - Gözden geçirme: 2.0
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Anahtar Kelimeler: 
kbsqlsetup kbinfo kbmt KB314515 KbMttr
Machine-translated Article
ÖNEMLİ: Bu makale, Microsoft Makine Çevirisi Düzenleme yazılımı tarafından tercüme edilmiş olup, yüksek olasılıkla profesyonel bir çevirmen yerine CTF teknolojisi kullanılarak, Microsoft Topluluğu tarafından düzenlenmiştir. Microsoft, Bilgi Bankamız içindeki tüm makaleleri kendi dilinizde okuyabilmeniz için size hem profesyonel çevirmenler tarafından tercüme edilen hem de makine tarafından tercüme edildikten sonra Topluluk tarafından kontrol edilen makaleler sunar. Bununla birlikte, makine tarafından tercüme edilen, hatta Topluluk tarafından kontrol edilen bir makale bile her zaman mükemmel dil kalitesinde olmayabilir. Makalede dilinizi konuşan yabancı birisinin yapabileceği türden sözcük, söz dizimi veya dilbilgisi hataları bulunabilir. Microsoft, içeriğin hatalı tercümesinin veya müşterilerimiz tarafından kullanımının doğurabileceği olası yanlış anlamalar, hatalar veya zararlardan sorumlu değildir. Öte yandan Microsoft, Makine Çevirisi Düzenleme işlemini geliştirmek amacıyla Makine Çevirisi Düzenleme yazılımını ve araçlarını sık sık güncelleştirmektedir.
Makalenin İngilizcesi aşağıdaki gibidir: 314515

Geri Bildirim Ver

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com