Nejčastější dotazy - SQL Server 2000 - protokol dopravy

Překlady článku Překlady článku
ID článku: 314515 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek popisuje několik aspektů protokolu expedice a odpovědi na nejčastěji kladené otázky týkající se instalace, zabezpečení, sledování, role změna a odebrání protokolu expedice SQL Server 2000 Enterprise Edition.

Další informace

Protokol SQL Server 2000 poskytuje znamená vytvoření teplý zálohovat řešení pomocí SQL Údržba plán Průvodce serveru. Zálohy protokolu transakce z databáze mohou být automaticky dodáno na jiný server a použita úsporného databázi. Úsporný režim databáze můžete použít k provádění operací pouze pro čtení (v závislosti na stavu zatížení).

Nastavení protokolu dopravy

Q1: Jaké edici serveru SQL Musím nutné nastavit protokolu dopravy?

A1: Následující matice zobrazuje edici serveru SQL, je vyžadována pro tři součásti, které účast v protokolu dodávky:
Zmenšit tuto tabulkuRozšířit tuto tabulku
SoučástVydání serveru SQL povinné
Primární serverEnterprise nebo Developer Edition
Sekundární serverEnterprise nebo Developer Edition
Server sledováníJakékoli vydání


Q2: Musím proveďte před spuštěním protokolu expedice sadu nahoru prostřednictvím SQL Server Enterprise Manager?

A2: Zde je seznam co musíte udělat před zahájení dodávky protokolu SQL Server 2000.

  • Buď spustit SQL Server a SQL Server Agent služby v doméně účtu nebo nakonfigurovat relevantní primární, sekundární a sledování serverů předávací zabezpečení (viz otázku tři v tento nadpis Další informace).
  • Nastavit protokol z počítače, který má SQL Server Enterprise Manager (SEM) nainstalován. Všechny počítače se systémem SQL Server, které fungují jako servery, které jsou určeny být na sekundární servery, prostřednictvím SEM, v počítači, z které protokolu dopravy přechod nastavit musí registrovat.
  • Vytvořte složku na primární server protokolu transakcí zpět zprávy. Tuto složku můžete vytvořit kdekoli v primárním počítači. Musí být dostatek volného místa na jednotce, umístění složky podržte nejméně jeden vejde dnů protokolu transakce zpět zprávy. Požadované přesné místo není snadné předpovědět, protože závisí na velikosti a četnost protokolu transakcí zpět zprávy pro databázi. Společnost Microsoft doporučuje vytvořit jinou složku pro každou databázi protokolu expedice.
  • Sdílet složky vytvořené v předchozím kroku. Ujistěte se, že udělíte oprávnění čtení a CHANGE k systému Windows NT pod které SQL Server a SQL Server Agent jsou služby spuštěny servery účastnit účty protokolu expedice. Pokud použít předávací zabezpečení udělení těchto oprávnění místní WINDOWSNT účet, pod kterým související jsou spuštěny služby serveru SQL.
  • Odeberte nebo zakažte veškeré transakce protokolu zálohovat úlohy databází, které bude dodáno protokolu. To zahrnuje žádné třetí straně zálohovat úlohy.
Q3: třeba spustit SQL Server související služby pod účtem domény, nikoli na místní účet WINDOWSNT?

A3: Je možné nakonfigurovat služby SQL Server spustit pod účtem místní Windows NT, pokud je SQL Server nakonfigurován na spuštění jako virtuální server ve spojení s Clusterová služba. Použít WINDOWSNT předávací zabezpečení pro tento účel. Takto nakonfigurovat předávací zabezpečení:
  • Vytvořit účet WINDOWSNT na primární sekundární a sledování počítačů se stejným názvem a hesla.
  • Konfiguraci serveru SQL související služby spustit pod tyto účty WINDOWSNT ve všech počítačích.
Služby SQL Server musí být spuštěna pod účtem domény, pokud je SQL Server nakonfigurován jako virtuální server spustit s Clusterová služba. I když je virtuální server SQL Server, společnost Microsoft doporučuje spustit služby, pokud jsou počítače SQL Server v doméně pomocí účtu domény. Získat následující související služby spuštění pod účtem domény využít tak, že SQL Server:
  • Změnit heslo pro spuštění serveru SQL účet není výsledkem selhání protokolu přepravní úlohy. Všechny servery úspěšně pokračovat protokolu expedice situaci předávací zabezpečení musí mít změněn pro Windows NT heslo účtu, spustit současně.
Q4: kde lze nastavení protokolu expedice z?

A4: V programu SQL Server Enterprise Manager klepněte pravým tlačítkem myši na databázi, pro které protokolu dodávky má být nastavit a klepněte na příkaz Plán údržby. V dialogovém okně Vítá klepněte na tlačítko Další. Klepnutím zaškrtněte políčko dodání do protokolu transakce a jiných serverů SQL (protokolu dodávky). Zaškrtávací políčko označuje Údržba SQL Server Průvodce plánování, které tato databáze musí mít protokolu expedice. Tento krok můžete provést z klienta byl nainstalován SQL Server Enterprise Manager.

Otázka č. 5: Proč je políčko protokolu dopravy někdy šedě v dialogovém okně Údržba plán?

A5: Zaškrtávací políčko lze zobrazeno šedě pro jednu z následujících důvodů:
  • Více databází může být vybráno pro Údržba plán.
  • Databáze, která je vybrána není Úplné nebo Obnovení Evidovaný Bulk modelu.
  • SQL Server 2000 Enterprise Edition není nainstalován na serveru.
Q6: Proč provede expedice nastavit selhání při provádění počáteční konfigurace protokolu?

A6: Existuje několik důvodů, které mohou způsobit selhání expedice sadu nahoru protokolu. V tomto okamžiku je nejméně jeden známý problém, který způsobuje toto chování. Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
298743Chyba: Všechny změny může není být vrácena zpět při selhání protokolu expediční Průvodce údržbou
Q7: jsou tabulky a schématu databáze souboru struktury změny šíří sekundární server?

A7: SQL Server 2000 všechny tabulky a schématu databáze souboru struktury změny jsou protokolované operací. Však Pokud primární databáze je přidán nový soubor NDF nebo LDF, úloha obnovení protokolu transakce selže při načítání zálohy protokolu transakce, která byla provedena okamžitě po soubor databáze byl přidán do primární databáze. Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
286280Popis efekt k obnovení databáze po přidání nebo odebrání souborů databáze
Otázka č. 8: lze I skript protokolu dopravy?

A8: NO,. V současné době není možné skriptu protokolu expedice. Pouze podporované znamená nastavení protokolu expedice je prostřednictvím Průvodce jako popsáno dotyčný 4 tohoto oddílu.

Q9: může nastavení protokolu expedice mezi servery ve více doménách?

A9: ANO. Je možné nastavit protokol mezi servery, které jsou v samostatných doménách. To provést dvěma způsoby:
  • Použít předávací zabezpečení. Konfigurovat WINDOWSNT účty se stejným názvem a hesla na primární sekundární a sledovat servery. Konfiguraci serveru SQL související služby spustit pod tyto účty na všech serverech a použít ověřování SQL při nastavování protokolu expedice se připojit k serveru monitoru. Nebo

  • Použít zabezpečení konvenční WINDOWSNT. Je nutné nakonfigurovat v doménách s obousměrné vztahy důvěryhodnosti. SQL Server související spuštěny služby pod účty domény. Ověřování SQL nebo ověřování systému Windows lze pomocí úlohy primární a sekundární servery se připojit k serveru monitoru. Všechny ostatní požadavky jsou stejné jako explained dotyčný 2 této části.
Q10: může lze nakonfigurovat primární a sekundární servery použít ověřování SQL se připojit k serveru monitor?

A10: ANO. Je možné použít ověřování systému Windows nebo SQL pro primární a sekundární servery se připojit k serveru monitoru. Společnost Microsoft doporučuje použít ověřování systému Windows pro tento účel. Pokud není možné použít ověřování systému Windows, můžete použít ověřování SQL. SQL Server bude na primární sekundární vytvořit účet "log_shipping_monitor_probe" a sledování serverů, pokud jej již neexistuje, s heslo zadané při nastavování protokolu expedice. Pokud je ověřování SQL používá protokolu dodávky musíte konfiguraci serveru SQL primární sekundární a sledování serverů použít kombinovaný režim ověřování.

Protokol zabezpečení

Q1: provést "guest" účet k dispozici před nastavením protokolu expedice a chcete Moje sekundární databáze v úsporném režimu stavu, jak lze povolit uživatelům přístup k databázi sekundární (vynucování stejný model zabezpečení jako primární server)?

A1: Účet "guest" musí není odebrána z SQL Server z nějakého důvodu. Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
315523Odebrání účtu guest může způsobit 916 Chyba ve zpracování výjimek narušení přístupu v dřívějších verzích SQL Server 2000 nebo SQL Server 2000 SP4
Však lze provést "guest" účet k dispozici pro databáze kde může být bezpečnosti. Protože je v úsporném režimu stavu sekundární databáze, není možné použití sp_change_users_login uložené procedury k odpovídajícím způsobem re-map přihlášení. K vynucení stejného modelu zabezpečení na úsporný režim databázi vytvořit pomocí stejnou hodnotu identifikátoru (SID) zabezpečení jako primární server přihlášení na sekundární server. Přečíst další informace o vytváření přihlášení s SID stejné hodnoty následujících článku znalostní báze Microsoft Knowledge Base:
303722Jak udělit přístup k přihlášení v úsporném režimu databáze SQL, pokud uživatel guest zakázán v serveru SQL
Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
321247Jak nakonfigurovat zabezpečení pro SQL Server protokolu dopravy
Q2: co sp_resolve_logins udělat?

A2: Postup sp_resolve_logins uloženy v okamžiku protokolu expedice změnit role vyžaduje souboru BCP tabulky syslogins systému z primárního serveru. Uložená procedura načte do dočasné tabulky a smyčky prostřednictvím každé přihlášení ověřte Pokud přihlášení se stejným názvem existuje v tabulce sekundární server syslogins systému souboru BCP. Ji pak zkontroluje Pokud hodnotu SID pro toto přihlášení existuje v tabulce systému sysusers sekundární databáze. Nakonec zkontroluje zobrazíte, pokud hodnotu SID v systémové tabulce sysusers sekundární databáze není stejná jako hodnota SID v tabulce syslogins sekundární server. Pokud jsou splněny tyto kontroly sp_resolve_logins uložené procedury spustí proceduru sp_Change_users_login uloženy, že přihlášení a opravy SID v systémové tabulce sysusers sekundární databáze. Spuštění uložené procedury je vyžadován, pouze pokud jsou nové přihlášení na primární server vytvořena po inicializaci protokolu expedice a ty stejné přihlášení nejsou vytvořeny na sekundární servery se stejnou SID (jak je popsáno ve Microsoft Knowledge Base článek Q303722).

Q3: sp_resolve_logins uloženy postup spustí úspěšně; však neprovádí úpravy očekávané k zabezpečení na sekundární server. Proč?

A3:Sp_resolve_logins uložená procedura vyžaduje aktuální souboru BCP tabulky systému syslogins primární server. Tyto přihlášení, musí již podle vytvořen na sekundární server. Pokud jsou splněny tyto dvě podmínky sp_resolve_logins uložené procedury provádí úpravy sysusers systémové tabulky v databázi sekundární.

Q4: nutné spustit úlohu Transfer DTS přihlášení ve spojení s postupem sp_resolve_logins uloženy před provedením změnit roli?

A4: ANO. Ujistěte se, že přihlášení existovat v systémové tabulce syslogins na sekundární server musíte použít úkolu Transfer přihlášení. To nezaručuje, že uživatel může použít sekundární databázi (Pokud databáze sekundární načten do úsporného režimu). Pokud uživatel má použít sekundární databáze před provedením protokolu expedice změnit role, viz otázku 1 v této části.

Otázka č. 5: znamená práce sp_resolve_logins uložené procedury pro vzdálená přihlášení SQL Server?

A5: NO,. Sp_resolve_logins uloženy postup funguje pouze pro typické přihlášení. Vzdálená přihlášení, musí být vytvořen ručně na sekundární server.

Protokol sledování dodávky

Q1: zálohování expediční protokolu a Out synchronizace oznámení jsou aktivaci, i když sekundární server je aktualizován záloh protokolu transakce. Je to možné?

A1: ANO. Je možné, že oznámení může platit i při sekundární databáze je aktualizován. Pokud oznámení prahová hodnota nastavena na hodnotu menší než dvojité čas mezi zálohovat a zkopírovat nebo obnovit úlohy, může být aktivována oznámení. Pokud oznámení jsou právě aktivována a prahová hodnota je blízko nebo méně než čas dvakrát mezi následných zálohování a kopírování nebo obnovit úlohy, pokračujte a zvýšit prahová hodnota.

Q2: Proč záloh protokolu transakce nezdaří obnovit sekundární server?

A2: Zálohy protokolu transakce lze obnovit pouze pokud jsou v posloupnosti. Toto pořadí je určeno LastLSN a polí FirstLSN vrácen příkazem RESTORE HEADERONLY. Pokud pole LastLSN a pole FirstLSN nezobrazí stejné číslo na záloh protokolu transakce po sobě, nejsou v dané posloupnosti restorable. Může být několik důvodů záloh protokolu transakce být mimo pořadí. Některé z nejčastějších příčin:
  • Jsou redundantní transakce protokolu zálohovací úlohy na primární server, které jsou příčinou sekvence být přerušeno.
  • Jsou nejsou protokolovány operací prováděných v databázi. Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
    272093Popis efekty operací nonlogged a minimally přihlášeného na zálohy protokolu transakce a proces obnovení v SQL Server
  • Obnovení modelu databáze byla pravděpodobně přepnete mezi záloh protokolu transakce.
  • Úkol Data Transformation Services (DTS) na primárním serveru může být příčinou tohoto problému. Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
    308267Oprava: DTS kopírovat objekty úloh (DMO) konce řetěz zálohy protokolu transakce přepnutím režimu obnovení do Simple během převodu
Q3: WHERE můžete lze najít informace o chybách při provádění zálohovat, kopírovat nebo operace obnovení?

A3: Chcete-li získat další informace o konkrétní protokolu dodávky dvojice, postupujte takto:
  1. Otevřete SQL Server Enterprise Manager a potom připojit k serveru monitoru.
  2. V části Správa klepněte na možnost Sledovat expediční protokolu. V pravém podokně jsou zobrazeny všechny dvojice protokolu dodávky (které byly nakonfigurovány s tohoto serveru jako serveru monitor). Expediční dvojici protokolu není viditelné, Sledování příjemky protokolu (v části Správa) klepněte pravým tlačítkem myši a klepněte na tlačítko Aktualizovat.
  3. Klepněte pravým tlačítkem myši na protokol expedice dvojice, o které chcete informace a klepněte na příkaz Zobrazit historii Backup zálohovat historie úlohy zobrazit.
  4. Klepněte pravým tlačítkem myši dodávky dvojici protokolu a potom klepněte na tlačítko Zobrazit historii kopírovat či obnovit zobrazení historie kopie a obnovení úlohy.
  5. Klepněte pravým tlačítkem myši expedice dvojici protokolu a klepněte na tlačítko Vlastnosti zobrazit aktuální stav dopravy protokolu zdroj a cíl stav výstrahy.
Q4: znamená first_file_000000000000.trn název souboru označují úlohy Kopie nebo obnovení neúspěšná?

A4: Každý spuštění úlohy kopírování a obnovení je přidružen alespoň jeden soubor. Ve výchozím nastavení Pokud žádné soubory jsou zkopírovány nebo obnoveny v určitých spuštění některého z těchto dvou úlohy serveru SQL umístí first_file_000000000000.trn v poli název souboru. To může nebo může znamenat problém. Například při velmi prvním spuštění úlohy Kopie nebo obnovení na sekundární server nemusí být k dispozici zkopírovat nebo obnovit všechny soubory. First_file_000000000000.trn v tomto případě nepředstavuje nutně chybě. Za určitých okolností to však může představovat problém. Čtení následujícím článku znalostní báze Microsoft Knowledge Base Další informace:
292586Zálohování, kopie a načíst informace o úloze není aktualizována na monitoru protokolu dopravy
Otázka č. 5: je možné změnit četnost a cíl zálohy protokolu transakce na primární server po dodávky protokolu byla provozní chvíli?

A5: ANO. Tato informace je údržba plánu na primární server. Zobrazit informace, postupujte takto:
  1. Poklepejte Plán údržby na primární server pro databázi, pro které je třeba tyto informace upravit.
  2. Klepněte na kartu změnit cíl Zálohy protokolu transakce a frekvenci v dialogovém okně.
  3. Protože úloha kopie na sekundární server očekává kopírovat záloh protokolu transakce ze sdílené položky určené době dopravy protokolu byla nastavena, tato úloha může selhat po úpravě cílové složky pro protokol transakce zpět zprávy. Další informace o tento problém vyřešit číst v následujícím článku databáze Microsoft Knowledge Base:
    314570Po změně složku zálohy protokolu transakce nelze změnit záložní síťové sdílené položky

Změnit role protokolu dopravy

Q1: jak po provedení protokolu expedice změnit roli?

A1: Klepnutím na odkaz čtení knihy SQL Server 2000 online téma o provádění protokolu expedice změnit role:

How to set up and perform a log shipping role change (Transact-SQL)

Q2: může se provádět změnit roli primární server je offline nebo nedostupný?

A2: ANO. Systémem sp_change_primary_role uložená procedura na primární server je volitelné.

Q3: Proč provede sp_resolve_logins uložené procedury nezdaří s chybovou zprávou 208 při spuštění z sekundární databáze v okamžiku změnit roli?

A3:Sp_resolve_logins uložené procedury není opravňovat sysusers systémové tabulky s předponou hlavní databáze. Toto je známý problém s kódem sp_resolve_logins uložené procedury. Další informace o tomto problému číst v následujícím článku databáze Microsoft Knowledge Base:
310882Chyba: sp_resolve_logins uložené procedury selže Pokud proveden během protokol změnit roli
Q4: existuje problém, při povýšení serveru sekundární na primární server být při jsou zahrnuté v roli změnit více sekundárních serverů?

A4: Číst o známý problém, který může způsobit chyby při provádění změny role, která zahrnuje více sekundární servery následujícím článku znalostní báze Microsoft Knowledge Base:
300497Oprava: Protokolovat dodávky: nelze změnit roli z sekundární primární, pokud jsou různé názvy databáze
Otázka č. 5: Jak lze I obnovit dopravy protokolu po povýšení sekundární server být primární server?

A5: Pokud je zaškrtnuto políčko Povolit databáze do primární roli převzít při nastavování protokolu expedice v dialogovém okně Přidat cílová databáze přidat nové sekundární server po provedení změny role pomocí následujících kroků. Pokud nastavení nebyla vybrána, nastavit protokol po změně role pomocí Průvodce plán údržby.
  1. Otevřete SQL Server Enterprise Manager a připojit k vyzdviženou primární server. Registrace serveru, které hodláte přidat jako sekundární server.
  2. Rozbalte položku Management (v SQL Server Enterprise Manager) a klepněte na tlačítko Plány údržby. Klepněte pravým tlačítkem myši na příslušné Údržba plán ze seznamu a klepněte na příkaz Vlastnosti.
  3. Klepněte na kartě Protokolu doprava a potom klepněte na tlačítko Přidat.
  4. Poskytnout příslušné informace týkající se sekundární server o toto dialogové a potom klepněte na tlačítko OK. Přidá nový sekundární server do protokolu expedice.
Q6: Jak lze I nadále protokolu expedice bývalého primárního serveru bez obnovení zálohy databáze?

A6: Je možné protokolovat expedice mezi dvěma servery opakovaně bez nutnosti obnovit zálohu databáze dokončeno. Požadavek je primární a sekundární servery jsou k dispozici při provedení postupu změnit roli. Jako část provádění změnit roli musíte spustit sp_change_primary_role uložené procedury. Je nutné spustit sp_change_primary_role uložené procedury s @ final_state parametr 2 nebo 3. Ponechá unrecovered stavu primární databáze po provedení transakce protokolu zálohování. Protože databáze je ponechán v unrecovered stavu, může být tato databáze vybrán při přidání cílového dopravy protokolu (jak je popsáno v předchozí otázce). Tímto způsobem, není nutné znovu načíst zálohování databáze.

Protokol odebrání

Q1: Jak mohu zabránit protokolu dodávky pro konkrétní protokol expedice dvojici?

A1: Takto dodávky dvojici protokolu odebrat:
  1. Otevřete SQL Server Enterprise Manager na primární server. Rozbalte položku Správa a klepněte na příkaz Plán údržby. Klepněte pravým tlačítkem myši Plán Údržba a potom klepněte na příkaz Vlastnosti.
  2. Klepněte na kartu Dodání protokolu a potom klepnutím vyberte protokolu expedice dvojice, který chcete odebrat.
  3. Klepněte na tlačítko Odstranit příkaz odebrat tuto dvojici z protokolu expedice. Pokud je to poslední pár v protokolu dopravy, klepnutím na příkaz Odstranit odebere protokolu expedice. Chcete pokračovat protokol jiný server nebo databáze, klepněte na tlačítko Přidat. Potom klepněte na tlačítko vyberte příslušný server nebo databáze sloužit jako sekundární server před odebrat existující protokolu expedice sekundární.
Q2: existuje problém s odebráním dopravy protokolu databáze má speciální znaky v názvu jeho?

A2: V následujícím článku znalostní báze Knowledge Base, který popisuje tento problém podrobněji čtení:
295936Oprava: Odebrání protokolu expedice na sekundární databázi při název databáze má nabídky chyba

Odkazy

Další informace o protokolu dopravy navštivte následující weby:
Jak nastavit protokolu dodávky (dokument white paper)
http://download.microsoft.com/download/SQLSVR2000/Utility/2.0/WIN98/EN-US/log_shipping.exe
Expediční protokolu
http://msdn2.microsoft.com/en-us/library/aa213785(SQL.80).aspx
275146Nejčastější dotazy - SQL Server 7.0 - protokol dopravy
Nenalezli jste odpověď na svůj dotaz? Navštivte diskusní skupiny věnované serveru Microsoft SQL Server na následujícím webu:
Diskusní skupiny Microsoft SQL Server http://www.microsoft.com/communities/newsgroups/en-us/
Poznámky k tomuto nebo jiných článcích znalostní báze Microsoft Knowledge Base? Pošlete nám v SQLKB@Microsoft.com.

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
917544Chyba: Zobrazí chybová zpráva při spuštění úlohy "Protokolu expediční oznámení úlohy - obnovení" SQL Server 2000

Vlastnosti

ID článku: 314515 - Poslední aktualizace: 29. března 2007 - Revize: 6.7
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Klíčová slova: 
kbmt kbinfo KB314515 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:314515

Dejte nám zpětnou vazbu

 

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