Popis aktualizace Service Pack 2 pro SQL Server 2000: 9. listopadu 2001

Souhrn

Microsoft SQL Server 2000 Service Pack 2 (SP2) obsahuje aktualizace pro databázové součásti instalace serveru SQL Server 2000. Tento článek popisuje následující:
  • Verze aktualizací Service pack a jak odebrat Service Pack 2.
  • Stažení a extrahování Service Pack 2.
  • Jak nainstalovat aktualizaci Service Pack 2.
  • Jak distribuovat databázové součásti klienta součástí Service Pack 2.
  • Jak se mají zpracovat problémy, které ovlivňují serverů na serverech se systémem Service Pack 2.

Obsah

Další informace

1.0 Úvod

Tato verze Service Pack 2 (SP2) pro Microsoft SQL Server 2000 je k dispozici ve třech oblastech:
  • Databázové součásti SP2 obsahuje aktualizace pro databázové součásti instance SQL Server 2000, s výjimkou instance SQL Server 2000 Desktop Engine. Databázové součásti SP2 obsahuje aktualizace:
    • Datový stroj.
    • Databáze klienta nástroje a pomocné programy, například SQL Server Enterprise Manager a osql.
    • Databáze klientských připojení k součásti, například Microsoft OLE DB Provider for SQL Server 2000, ovladač ODBC serveru SQL Server 2000 a klientské knihovny Net.
  • Analysis Services SP2 obsahuje aktualizace pro součásti SQL Server 2000 Analysis Services serveru SQL Server 2000 instalace, včetně:
    • Služby Analysis Services.
    • Součásti klienta služby analýzy, které zahrnují Správce analýzy a zprostředkovatele Microsoft OLE DB pro Analysis Services.
    • Databáze klientských připojení k součásti, například Microsoft OLE DB Provider for SQL Server 2000, ovladač ODBC serveru SQL Server 2000 a klientské knihovny Net.
  • Desktop Engine SP2 obsahuje aktualizace pro databázové součásti instance SQL Server 2000 Desktop Engine (označovaný také jako MSDE 2000), včetně:
    • Datový stroj.
    • Databáze klientských připojení k součásti, například Microsoft OLE DB Provider for SQL Server 2000, ovladač ODBC serveru SQL Server 2000 a klientské knihovny Net.
Tyto tři části SP2 lze použít samostatně, takto:
  • Servery SQL Server 2000 můžete upgradovat jejich databázové součásti bez inovace jejich součásti služby Analysis Services nebo instancí SQL Server 2000 Desktop Engine SP2 součásti databáze.
  • Analysis Services 2000 servery lze inovovat součásti jejich služby Analysis Services bez nutnosti upgradu instancí Desktop Engine nebo jejich součásti databáze Analysis Services SP2.
  • Desktop Engine weby lze upgrade instance Desktop Engine bez inovace služby Analysis Services nebo instancí jiné edice serveru SQL Server 2000 Desktop Engine SP2.

    Poznámka: Pokud máte samostatné instance modulu Desktop a ostatní edice serveru SQL Server ve stejném počítači, musíte použít SP2 motoru ploše instance Desktop Engine 2000 a SP2 součásti databáze do jiné instance serveru SQL Server 2000.
Další informace o instalaci Desktop Engine viz bod 2.2 "soubor Desktop Engine SP2" a oddíl 3.7 "nainstalujte aktualizaci SP2 plochy motoru."

Poznámka: Je jedinou Desktop Engine SP2 service pack části zpřístupněny v portugalštině (Brazílie), švédština a holandština, protože SQL Server 2000 Desktop Engine je pouze verze SQL Server 2000 vyrobené pro tyto jazyky. Komponenty SQL Server 2000 inovovány na aktualizaci SP2 součásti databáze nebo Analysis Services SP2 nejsou k dispozici v těchto jazycích. Portugalština (Brazílie), švédština a holandština uživatelé, kteří chcete použít Service Pack 2 na verzi serveru SQL jiné než Desktop Engine musí stáhnout Service Pack 2 soubory odpovídající jazyk edition bude upgrade, například stahování anglické jazykové soubory Service Pack 2, pokud mají systém anglickou verzi serveru SQL Server 2000. Naleznete pokyny ke stažení níže v části 2.0 "stahování a extrahování SP2."
Podrobnosti o instalaci SP2 součásti databáze
Instalace aktualizace SP2 součásti databáze automaticky rozpozná, jakou verzi serveru SQL Server 2000 je k dispozici v instanci serveru SQL Server 2000 probíhá upgrade a pouze inovuje součásti, které byly nainstalovány pro tuto instanci. Při použití aktualizace service pack do počítače se systémem SQL Server 2000 Standard Edition, ji nepokusí inovovat součásti, které jsou dodávány pouze s SQL Server 2000 Enterprise Edition.

Databázové součásti SP2 lze použít jedinou výchozí instance nebo pojmenované instance serveru SQL Server. Pokud více instancí serveru SQL Server 2000 je nutné upgradovat na aktualizaci SP2, musíte použít SP2 pro každou instanci. Jedna instance v počítači s jedním nebo více instancí serveru SQL Server 2000 upgradován na aktualizaci SP2, všechny nástroje budou inovovány na aktualizaci SP2. Samostatné kopie nástroje pro každou instanci v počítači neexistují.
Odebrání aktualizace SP2
Při instalaci aktualizace service pack provádí změny systémových tabulek z důvodů údržby a také aktualizace uživatele a distribuční databáze, které jsou členy topologii replikace. Tyto změny nelze snadno odebrat aktualizaci SP2. Chcete-li se vrátit k sestavení, které byly spuštěny před instalací aktualizace SP2, musíte nejprve odinstalovat instance SQL Server 2000. Potom je nutné přeinstalovat tuto instanci serveru SQL Server 2000. Pokud byla spuštěna aplikace SQL Server 2000 s aktualizací SP1, je nutné znovu nainstalujte aktualizaci SP1 k instanci. Další informace o odinstalaci aktualizace SP2 naleznete v části 3.13 "odinstalování aktualizace SP2."

Poznámka: Chcete-li odebrat aktualizaci SP2, musíte mít zálohování databází předlohy, modela msdbpřijatých bezprostředně před použitím aktualizace SP2. Další informace naleznete v tématu oddíl 3.1"Zálohování databáze serveru SQL Server" a 3.2 "Zálohování databáze služby Analysis Services."
Další informace o aktualizaci SP2
Seznam oprav obsažených v této aktualizaci service pack je k dispozici v článku znalostní báze Microsoft Knowledge Base Q306908. Každá oprava v 306908 má odkaz na článek znalostní báze Knowledge Base popisující problém řeší tato oprava. Tyto články jsou publikovány v Microsoft produkt Support Services znalostní báze Knowledge Base.

V článcích oprava informace o každé oprava získáte pomocí odkazů.

Veškeré informace významné pro SQL Server 2000 Service Pack 2, které nebyly k dispozici v čase, které mají být zahrnuty v tomto souboru Readme bude zveřejněno v článku znalostní báze Microsoft Knowledge Base Q306909. Tento článek je k dispozici na Microsoft produkt Support Services znalostní báze Knowledge Base.
Opravy QFE
Pokud jste obdrželi po 3. října 2001 oprava QFE oprava není mohly být zahrnuty v aktualizaci SP2. Obraťte se na svého poskytovatele technické podpory primární o opravu QFE proti SP2.

zpět na horní

1.1 identifikující aktuální verzi SQL Server nebo Analysis Services

K vyhledání verze serveru SQL Server nebo Analysis Services je nainstalována, použijte následující postupy.
SQL Server
Chcete-li určit verzi serveru SQL Server 2000 jste nainstalovali, vyberte typ @@VERSION na příkazovém řádku pomocí nástroje osqlnebo isqlnebo v okně dotaz v SQL Query Analyzer. Následující tabulka zobrazuje vztah mezi řetězec verze vykazován @@VERSION a číslo verze serveru SQL Server 2000.
@@VERSIONVerze serveru SQL Server 2000
8.00.194SQL Server 2000 RTM
8.00.384Databáze Components SP1
8.00.532Databázové součásti SP2
Desktop Engine on Windows NT 5.0 (Build 2195: Service Pack 2) Enterprise Evaluation Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Developer Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Personal Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 2) Enterprise Edition on Windows NT 5.0 (Build 2195: Service Pack 2)
Poznámka: Začátek řádku označuje verzi serveru SQL Server. Následují informace o aktuálním operačním systému.

Služby Analysis Services
Chcete-li zjistit, kterou verzi služby Analysis Services je nainstalována, postupujte takto:
  1. V nabídce Start přejděte na příkaz Programy, SQL Server 2000, Služby Analysis Servicesa potom klepněte na tlačítko Správce analýzy.
  2. Ve stromu Správce analýzy klepněte pravým tlačítkem myši na uzel servery pro analýzu a vyberte Služby Analysis Services.
  3. Následující tabulka uvádí, které verze služby Analysis Services.
Nápovědu týkající seAnalysis Services verze
8.0.194SQL Server 2000 Analysis Services RTM
8.0.382Analysis Services SP1
8.0.532Analysis Services SP2
zpět na horní

2.0 stahování a extrahování SP2

Tato aktualizace service pack je distribuován třemi způsoby:
  • V SQL Server 2000 Service Pack 2 CD-ROM, který obsahuje aktualizace service Pack pro následující součásti:
    • Databázové součásti SP2
    • Analysis Services SP2
    • Desktop Engine SP2
    Poznámka: Tento disk CD-ROM obsahuje všechny soubory potřebné k inovaci existující instance Desktop Engine. Maximální počet instancí, které jsou podporovány pro Desktop Engine je 16.
  • Tři samorozbalující soubory stažené z Internetu:
    • SQL2KSP2.exe (SP2 součásti databáze)
    • SQL2KASP2.exe (Analysis Services SP2)
    • SQL2KDeskSP2.exe (Desktop Engine SP2)
    Poznámka: SQL2KDeskSP2.exe soubor zahrnuje inovace pro jednu instanci Desktop Engine, který byl vytvořen pouze pomocí sqlrun01.msi. Další informace naleznete v části 2.2 "soubor Desktop Engine SP2."
  • Na disku CD-ROM SQL Server 2000 Desktop Engine Service Pack 2(pouze Desktop Engine)
Poznámka: Pouze SQL Server 2000 Desktop Engine Service Pack 2 CD-ROMobsahuje moduly sloučení nebo soubory MSI, které jsou nutné k instalaci nové instance Desktop Engine.

zpět na horní

2.1 soubory databáze a Analysis Services SP2

Při stahování a extrahování součásti databáze nebo Analysis Services SP2 instalační soubory z Internetu, použijte následující pokyny.

Stáhněte jeden ze souborů uvedených v části 2.0 a umístěte samorozbalovací soubor do složky v počítači, ve kterém je spuštěna instance SQL Server 2000, na kterém instalujete tuto aktualizaci service pack. V této složce spouštění souboru. Program automatické extrakce zobrazí výzvu pro název složky, do níž chcete soubory aktualizace service pack umístěn.

Na místní jednotku, kde jste stáhli instalační soubory aktualizace service pack bude nutné samorozbalujícího souboru přibližně třikrát velikost volného místa. To zahrnuje místa pro uložení souboru, místo pro ukládání extrahované soubory aktualizace a dočasné pracovní prostor vyžaduje program automatické extrakce sám.

Můžete přejmenovat vybranou složku Po extrahování součásti; však zkontrolujte, zda že název adresáře neobsahuje mezery. Můžete použít stejnou cílovou složku pro každý z výše uvedených souborů; že nebude přepsat nebo vzájemně ovlivňovat.

Samorozbalující soubory se používají k vytvoření sady adresářů a souborů v počítači, které jsou stejné jako ty, které jsou na disku CD-ROM s aktualizací SP2. Pokud stažení aktualizace SP2 je třeba extrahovat soubory k vytváření adresářů service pack před spuštěním instalačního programu serveru SQL.

Součásti databáze a Analysis Services proces instalace je stejný jako u disku CD-ROM s aktualizací SP2 extrahované soubory aktualizace SP2.

Poznámka: Některé soubory v aktualizacích service Pack jsou systémové soubory, takže je nelze zobrazit, pokud tento postup: V Průzkumníku Windows, v nabídce Zobrazit klepněte na příkaz Možnosti, klepněte na kartu zobrazení a potom zaškrtněte políčko Zobrazit všechny soubory .

zpět na horní

2.2 plochy souboru SP2 motoru

Při stahování a extrahování Desktop Engine SP2 instalační soubor z Internetu, použijte následující pokyny.

Stáhněte a extrahujte soubor Desktop Engine SP2, jak je popsáno výše pro součásti databáze a Analysis Services SP2 soubory s následujícími výjimkami.

Pokud soubor Desktop Engine SP2 můžete stáhnout z Internetu, můžete použít aktualizaci service pack pouze pro instance Desktop Engine, které byly nainstalovány pomocí sqlrun01.msi. Pokud se pokusíte nainstalovat aktualizaci service pack do instancí, které byly vytvořeny pomocí sqlrun02.msi – sqlrun16.msi ze souboru Setup.exe, který byl stažen z Internetu, obdržíte jednu z následujících chyb:
Tento instalační balíček nelze otevřít. Ověřte, zda balíček existuje a že můžete k němu přístup nebo obraťte na dodavatele aplikace a ověřte, že se jedná o platný balíček Instalační služba Windows Installer.
- nebo -
Nelze nainstalovat opravu upgradu pomocí služby Instalační služba Windows Installer, protože upgradovaný program chybí nebo oprava upgradu provádí aktualizaci jiné verze programu. Ověřte, že upgradovaný program v počítači existuje a zda máte k dispozici správnou opravu upgradu.
Chcete-li provést upgrade instance Desktop Engine, které byly vytvořeny pomocí sqlrun02.msi - sqlrun16.msi, je třeba použít aktualizaci service pack z Microsoft CD-ROM.
zpět na horní

3.0 instalace aktualizace Service pack

Chcete-li nainstalovat aktualizaci SP2, postupujte podle pokynů níže. Ne všechny kroky jsou požadovány, v závislosti na následující součásti serveru SQL Server 2000 nebo konfigurací, u kterých je použita aktualizace service pack:
  • Databázové součásti serveru
  • Databázové součásti klienta
  • Služby Analysis Services
  • Desktop Engine
  • Převzetí služeb při selhání clusteru
  • Replikace serveru
Příslušné komponenty jsou uvedeny pro každý krok instalace.

Poznámka: Aktualizace service pack je konkrétní jazyk. Nainstalujte aktualizaci service pack s stejný jazyk jako součást serveru SQL Server, který inovujete.

Poznámka: Před instalací aktualizace SP2 ve francouzské verzi systému Windows NT 4.0, přečtěte si a postupujte podle pokynů v článku znalostní báze Knowledge Base 259484. V článku můžete přistupovat z Microsoft produkt Support Services znalostní báze Knowledge Base.


Před zahájením instalace
Změněn z SP1

Tímto se vztahuje na všechny součásti instalace kromě služby Analysis Services:

Instalace aktualizace SP2 upgrade databáze uživatelů s výjimkou těchto uživatelských databází, které se aktivně účastní topologie replikace. Databáze, které nejsou součástí topologie replikace nemají žádné závislosti na aktualizaci SP2. Například:
  • Můžete obnovit zálohu databáze uživatelů z instance serveru SQL Server 2000 nebo SQL Server 2000 SP1 k instanci serveru SQL Server 2000.
  • Instance SQL Server 2000 s aktualizací SP2, instance SQL Server 2000 SP1 nebo k instanci serveru SQL Server 2000, můžete obnovit zálohu databáze uživatelů z instance SQL Server 2000 s aktualizací SP2.
  • Můžete odpojit uživatele databáze z instance SQL Server 2000 nebo SQL Server 2000 s aktualizací SP1 a připojit k instanci serveru SQL Server 2000 SP2.
  • Můžete odpojit uživatele databáze z instance serveru SQL Server 2000 SP2 a připojit k instanci serveru SQL Server 2000 nebo SQL Server 2000 SP1.
  • Lze provozovat protokol mezi instancemi serveru SQL Server 2000, SQL Server 2000 SP1 a SQL Server 2000 s aktualizací SP2. Instalace aktualizace SP2 inovace uživatelských databází, které jsou členy topologii replikace.
Před instalací aktualizace SP2, ujistěte se, replikace databází a skupin souborů lze zapisovat, a že spuštění instalace uživatelský účet má oprávnění k přístupu k databázím. Další informace o použití aktualizace SP2 u databáze zahrnuté v replikační topologie viz oddíl 3.11 "instalace na replikované servery."


Pokud SP2 instalační program zjistí jakékoli uživatelských databází nebo skupin souborů, které nejsou s možností zápisu, je:
  • Replikace aktualizace SP2 platí pro všechny databáze zapisovatelný uživatele.
  • Seznam-zapisovatelný databází zapíše do protokolu instalačního programu, na winnt\sqlsp.log.
  • Zobrazí se následující upozornění:
    Instalační program zjistil jeden nebo více databází a skupin souborů, které nejsou s možností zápisu.
Toto upozornění může ignorovat, pokud některé z uvedených v protokolu instalace databází jsou členy replikační topologii. Pokud žádný z uvedených v protokolu instalace-nelze zapisovat databází jsou členy replikační topologie, musíte provést tyto databáze s možností zápisu a znovu instalace aktualizace SP2 do této instance serveru SQL Server 2000.

Poznámka: Tato zpráva neovlivní bezobslužné instalace. Další informace o bezobslužné instalaci naleznete v části 4.0 "bezobslužné instalace."


Další informace o tom, jak zapisovat do databáze naleznete v části 3.12 "aplikování aktualizace SP2 - zapisovatelný databází nebo skupin souborů." Další informace o opětovné použití aktualizace SP2, naleznete v části 3.14 "Reapplying SP2."


Poznámka: Během instalace instalace nerozlišuje mezi jen pro čtení databází a databází, které jsou podezřelé nebo offline. Pokud replikace databáze nebo skupina souborů během instalace není v žádné z těchto podmínek a je zapojen v topologii replikace, aktualizace service pack musí být znovu po databáze je možné zapisovat.

Poznámka: Protože není zapisovatelný databází již způsobí instalace se nezdaří, již potřebujete odebrat protokol před upgradem na aktualizaci SP2.

Příprava pro Systems Management Server distribuované instalace

SQL Server 2000 Service Pack 2 nelze vzdáleně nainstalovat. Můžete však použít Microsoft Systems Management Server automaticky nainstalovat aktualizaci SP2 do více počítačů se systémem Microsoft Windows NT Server 4.0. Chcete-li to provést, musíte pomocí definičního souboru balíčku (soubor Smssql2ksp2.pdf), který automatizuje vytváření balíčku serveru SQL Server v Systems Management Server. Balíček SQL Server můžete pak distribuována a nainstalována v počítačích se systémem Systems Management Server. Soubor soubory Sms2kdef.bat je dávkový soubor, který rozpozná platformě počítače a spustí odpovídající verzi Instalační program.

Systems Management Server nelze použít k instalaci aktualizace SP2 motoru ploše.

zpět na horní

3.1 zálohování databáze serveru SQL Server

Platí pro všechny instalace součástí kromě součásti klienta databáze:

Před instalací SP2 součásti databáze nebo Desktop Engine SP2, zálohování databází předlohy, msdba model. Instalace aktualizace service pack provede změny předlohy, msdba modeldatabáze, který je kompatibilní s předcházející aktualizaci SP2 verze serveru SQL Server. Tyto zálohy jsou vyžadovány, pokud se rozhodnete znovu nainstalovat SQL Server 2000 bez aktualizace SP2.

Je také vhodné zálohování uživatelských databází, přestože SP2 pouze provádět aktualizace v databázích, které jsou členy replikační topologie.


zpět na horní

3.2 zálohování databáze služby Analysis Services

Následující informace jsou určeny pouze služby Analysis Services:

Před instalací aktualizace Analysis Services SP2 zálohování databáze služby Analysis Services zkopírováním složky Microsoft Analysis Services\Data, který je nainstalován ve výchozím nastavení ve složce C:\Program Files. Pokud nebyly přenesen úložiště služby pro analýzu serveru SQL Server, vytvořte záložní kopii souboru Msmdrep.mdb, je umístěn ve složce Microsoft Analysis Services\bin. Můžete také uložit Analysis server položky registru spuštěním Regedit.exea pomocí položky Exportovat soubor registruv nabídce registrexportovat klíč Serveru HKEY_LOCAL_MACHINE\SOFTWARE\OLAPdo záložního souboru.

zpět na horní

3.3 zajistěte systémové databáze dostatek volného místa

Platí pro všechny instalace součástí kromě součásti klienta databáze a Analysis Services:

Pokud nebyla vybrána možnost Automatické zvětšovánípro hlavníi msdbdatabáze, databáze musí mít alespoň 500 kilobajtů (KB) volného místa. Chcete-li ověřit, že toto místo spustit sp_spaceusedsystému uložená procedura pro hlavnínebo msdbdatabáze. Pokud volné místo v databázi buď je menší než 500 KB, zvětšete velikost databáze. Další informace naleznete v tématu "Rozbalování databáze" v SQL Server Books Online.

Pokud byla vybrána možnost Automatické zvětšovánípro hlavníi msdbdatabáze a je dostatek místa na jednotkách, můžete tento krok přeskočit.

Chcete-li ověřit, že tato možnost byla vybrána v serveru SQL Server 2000, SQL Server Enterprise Manager otevřít, klepněte pravým tlačítkem myši na ikonu databáze a klepněte na příkaz Vlastnosti. Ověřte, zda je zaškrtnuto políčko automaticky růst souboru.

Chcete-li ověřit, že tato možnost byla vybrána v Desktop Engine, vydat následující příkazy SQL:
  • hlavní sp_helpdb
  • sp_helpdb msdb
Ve výstupu těchto příkazů, ověřte, zda sloupec růstu není 0.

zpět na horní

3.4 zastavení služby a aplikace před instalací aktualizace SP2

Tímto se vztahuje na všechny součásti:

Aktualizace SP2 můžete použít bez vypnutí služby. Pokud nelze vypnout služby, budete vyzváni k restartování počítače po dokončení instalace. Bez restartování počítače, služby nezdaří spustit.

Aktualizace SP2 můžete použít bez restartování počítače pomocí zastavení následující služby a aplikace před instalací aktualizace service pack:
  • A Microsoft Search a MSSQLServerOLAPService služby Microsoft Distributed Transaction Coordinator (MS DTC).
  • Služby MSSQLServer a SQLServerAgent probíhá upgrade instance (například MSSQL$ NamedInstance).
  • Microsoft Component Services, Microsoft Message Queuing a Microsoft COM Transaction Integrator.
  • Všechny aplikace, včetně ovládacího panelu. Tento krok je doporučeno, ale není povinná.
Služby v prostředí clusteru nelze zastavit. Další informace naleznete v části 3.10.

zpět na horní

3.5 nainstalujte databázové součásti SP2

Tímto se vztahuje na všechny součásti instalace kromě Desktop Engine a služby Analysis Services:

Spusťte skript Setup.bat z kteréhokoli z následujících umístění:
  • Adresář obsahující extrahované soubory aktualizace z SQL2KSP2.exe.
  • Adresář service pack na disku CD-ROM SQL Server 2000 s aktualizací SP2.
Setup.bat otevře dialogové okno s výzvou k zadání informací, například zda chcete použít ověřování serveru SQL Server nebo ověřování systému Windows. Pokud vyberete ověřování serveru SQL Server, je nutné zadat instalační program s heslem pro přihlášení sa. Pokud zvolíte ověřování systému Windows, je třeba používat instalační program při přihlášení k systému Windows pomocí účtu přihlášení systému Windows. Tento přihlašovací účet musí být součástí sysadmin pevné role serveru pro instanci SQL Server 2000 nebo modulu Desktop Engine, který inovujete.

Instalační program potom:
  • Nahradí stávající soubory serveru SQL Server 2000 nebo modulu Desktop Engine SP2 soubory.
  • Spustí několik souborů skriptů Transact-SQL aktualizovat systémové uložené procedury.
  • Zobrazí dialogové okno režim ověřování, pokud zjistí, že instalace používá smíšený režim ověření s prázdným heslem pro přihlášení sa. Opuštění sa prázdné heslo pro přihlášení k serveru SQL Server nebo Desktop Engine poskytuje uživatelům snadný přístup pro správu a proto se nedoporučuje; chránit své systémy vynucování jste heslo sa nebo pomocí ověřování systému Windows. Další informace o tomto dialogovém okně naleznete v tématu dialogové okno režim ověřování dále v této části.
  • Zobrazí dialogové okno, pokud zjistí, že jakékoli databází nebo skupin souborů nejsou s možností zápisu. V tomto okamžiku Pokud některý z těchto databází nebo skupin souborů jsou součástí topologie replikace můžete buď:
    1. Ukončit proces instalace, aby tyto objekty lze zapisovat a restartovat instalační program.
    2. Pokračovat s aktuálním nastavením SP2 a znovu použijte aktualizaci SP2 na pozdější dobu po provedení těchto objektů lze zapisovat.
    Poznámka: Předchozí kroky jsou nezbytné pouze při použití aktualizace SP2-zapisovatelný databází nebo skupin souborů, které jsou součástí topologii replikace. Další informace naleznete v tématu oddíl 3.12 použití aktualizace SP2 non - zapisovatelný databází nebo skupin souborů.
Dialogové okno režim ověřování

Dialogové okno Režim ověřovánínení ve výchozím nastavení aktuální nastavení pro instalaci. Výchozí pole dialogového okna jsou:
  • Ve výchozím nastavení v počítačích se systémem Microsoft Windows 98 nebo Windows Millennium Edition, je kombinovaný režim ověřování (režim pouze ověřování podporována v těchto operačních systémech). Dialogové okno vás vyzve k zadání hesla pro přihlášení sa. Pokud zadáte heslo, instalační program změní heslo pro přihlášení sa . Pokud heslo ponecháte prázdné, bude instalační program připojit a ke změně hesla.
  • V počítačích se systémem Windows NT 4.0 nebo Windows 2000 ve výchozím nastavení je ověřování systému Windows. Dialogové okno slouží k přepnutí do režimu ověřování systému Windows nebo kombinovaný režim sa přihlášení heslem, který není prázdný.
Před změnou režimu ověřování nebo heslo pro přihlášení sa, ujistěte se, že tato změna neovlivní existující aplikace. Například pokud změníte instanci serveru SQL Server pomocí ověřování systému Windows pouze pomocí kombinovaný režim ověřování, existující aplikace pokouší připojit pomocí ověřování serveru SQL Server nebude moci připojit, dokud se změní režim ověřování na ověřování systému Windows. Také pokud změníte přihlašovací heslo sa, aplikací nebo pro správu procesů pomocí staré heslo nebude moci připojit, dokud nebyly změněny použít nové heslo.

Instalační program umístí záznam akce je provedena Sqlsp.log souboru v adresáři Windows počítače, ve kterém byl spuštěn. Je-li více instancí jsou inovovány, budou zaznamenány pouze nejnovější inovace v tomto protokolu.

zpět na horní

3.6 instalace Analysis Services SP2

Následující informace jsou určeny pouze služby Analysis Services:

Nainstalovat Analysis Services SP2, spusťte Setup.exe z kteréhokoli z následujících umístění:
  • Msolap\Install podadresář v adresáři obsahující extrahované Analysis Services SP2 souboru z SQL2KASP2.exe.
  • Adresář Msolap\Install na disku CD-ROM s aktualizací SP2.
Setup.exe otevře nastavení dialogové okno s výzvou k zadání informací a dokončí instalaci.

zpět na horní

3.7 instalace Desktop Engine SP2

Následující informace jsou určeny pouze Desktop Engine:

Aktualizace service pack pro SQL Server 2000 Desktop Engine (označovaný také jako MSDE 2000) je určena pro vývojáře, kteří vytvářejí redistributable aplikací, které používají Desktop Engine. Pokud používáte aplikaci, která používá Desktop Engine, požádejte svého poskytovatele softwaru informace o upgradu instancí Desktop Engine instalace těchto aplikací. Další informace naleznete v tématu "Distribuce SQL Server 2000 Desktop Engine" v SQL Server Books Online.

Aktualizace service pack pro Desktop Engine je k dispozici ve třech formulářích:
  • SQL Server 2000 Service Pack 2 CD-ROM: CD-ROM obsahuje všechny soubory potřebné k inovaci existující instance Desktop Engine. Maximální počet instancí, které jsou podporovány pro Desktop Engine je 16. Tento disk CD-ROM neobsahuje moduly sloučení nebo soubory MSI, které jsou nutné k instalaci nové instance Desktop Engine.
  • SQL2KdeskSP2.exe: Tento soubor zahrnuje inovace pro jednu instanci Desktop Engine, který byl vytvořen s sqlrun01.msi. Stažení nelze použít k upgradu instance Desktop Engine, které byly vytvořeny pomocí libovolné jiné soubory MSI (sqlrun02.msi až sqlrun16.msi). Soubor neobsahuje moduly sloučení nebo soubory MSI, které jsou nutné k instalaci nové instance Desktop Engine. Další informace naleznete v části 2.2 "plochy souboru SP2 motoru."

    Poznámka: Chcete-li zjistit, jak lze zjistit, který soubor MSI byl použit k vytvoření instance komponenty MSDE, naleznete v článku znalostní báze Knowledge Base Q311762. V článku můžete přistupovat z Microsoft produkt Support Services znalostní báze Knowledge Base.
  • SQL Server 2000 Desktop Engine Service Pack 2 CD-ROM: Tento disk CD-ROM je k dispozici na požádání pro předplatitele MSDN Universal prostřednictvím Odborné pomoci společnosti Microsoft. Obsahuje všechny soubory potřebné k inovaci existující instance Desktop Engine. Kromě toho obsahuje moduly korespondence a soubory MSI, které jsou nutné k instalaci nové instance Desktop Engine. Tento disk CD-ROM je k dispozici pro vývojáře, kteří vytvářejí aplikace, které vyžadují Desktop Engine. Další informace naleznete v tématu "Distribuce SQL Server aplikace" v SQL Server Books Online.

    Poznámka: CD-ROM SQL Server 2000 Desktop Engine Service Pack 2 pro SQL Server nebo Analysis Services Service Pack neobsahuje.
Postup při inovaci existující instalace Desktop Engine závisí na tom, které tři verze aktualizace SP2 software používat a média (například disku CD-ROM nebo síťové sdílené položky), ze kterého provádíte upgrade. Při inovaci Desktop Engine, musíte použít Desktop Engine service pack každá instance Desktop Engine.

Požadavky

Chcete-li použít tuto aktualizaci service pack pomocí Setup.exe. Setup.exe v Desktop Engine SP2 přijímá stejné parametry jako SQL Server 2000 Desktop Engine Setup.exe vydána s SQL Server 2000. Referenční materiál pro Setup.exe najdete v:
  • V tématu "Nastavení SQL Server 2000 Desktop Engine" v SQL Server 2000 Books Online.
  • V následujících částech původní soubor Readme.txt 2000 serveru SQL:
    • 3.1.4
    • 3.1.23
    • 3.1.28
    • 3.1.29
    • 3.1.30
Instalační program lze spustit z pevného disku, sdílené síťové složky nebo disku CD-ROM. Desktop Engine instalační program požaduje původní médium (například původního disku CD-ROM nebo síťové sdílené položky) použitý k instalaci Desktop Engine. Desktop Engine můžete nainstalovat pouze z disku CD-ROM, pokud jsou splněny následující podmínky:
  • Původní instalace Desktop Engine nenínainstalován z disku CD-ROM.
  • Pokud chcete vytvořit vlastní disk CD-ROM pro instalaci aktualizace SP2, musí být popisek svazku na disku CD-ROM SQL2KSP2. Pokud máte nezávislého dodavatele softwaru (ISV) vytváření disku CD-ROM distribuce Desktop Engine jako součást aplikace, jmenovku disku CD-ROM musí být identické VolumeLabel vlastnosti v tabulce Media balíčku Instalační služba Windows Installer (*. MSI).
Pokud Desktop Engine byla původně nainstalována z disku CD-ROM nebo ze sdílené síťové složky, který byl přesunut, zkopírovat MSDE podadresář z CD-ROM SQL Server 2000 Desktop Engine Service Pack 2 na pevném disku nebo sdílené síťové složky a spusťte Setup.exe.

Pokud potřebujete použít přímo z disku CD-ROM Service Pack 2, je třeba nejprve upgradovat Instalační služba Windows Installer na verzi 2.0.2600.0 nebo novější. Tento postup bude vyžadovat restartování počítače.

Chcete-li upgradovat Instalační služba Windows Installer:
  1. Poznamenejte si úplnou cestu z původní instalace.
  2. Spusťte InstMsi20.exe.
  3. Do textového pole zadejte úplnou cestu z původní instalace.
Setup.exe je umístěn v jednom z následujících míst:
  • MSDE podadresář v adresáři obsahující extrahované soubory aktualizace z SQL2KDeskSP2.exe.
  • Umístění na místním pevném disku nebo síťové sdílené položce, do které jste zkopírovali podadresáři MSDE z disku CD-ROM SQL Server 2000 s aktualizací SP2.
Poznámka: Postup nastavení se liší, pokud jste nainstalovali Desktop Engine jako součást jiné aplikace. Obraťte se na dodavatele softwaru Další informace o inovaci Desktop Engine.

Použití balíčků oprav

Balíčky opravy, které jsou distribuovány v tomto Service Pack inovuje výchozí číslovaný instance MSDE (01-16) zahrnuta na disku CD-ROM SQL Server 2000. Chcete-li provést upgrade instance komponenty MSDE, je třeba použít jeho odpovídající opravy. Například upgrade instance původně nainstalovaná z SqlRun03.msi, musíte použít SQLRun03.msp.

Poznámka: Vzhledem k tomu, že tyto soubory jsou velmi velký, ke stažení verze tento Service Pack obsahuje pouze jeden opravný balíček: SQLRun01.msp. Ostatní balíčky s patnácti opravy jsou na disku CD-ROM SQL Server 2000 Service Pack 2.

Pomocí Setup.exe z příkazového řádku můžete použít opravný balíček nainstalovaný instanci služby MSDE. Pokud jste si jisti, jaký instalační balíček byl použit k instalaci vaší instance Desktop Engine, můžete určit, že Setup.exe použít s parametrem /p odpovídající opravy. Například:
Setup /p SQLRun03.msp
Pokud nevíte, jaký instalační balíček byl použit, zadejte SQLRUNpo parametru /p . Přepínač SQLRUNpopis Setup.exe zvolit správný opravný balíček sám. Toto bude fungovat pouze pokud jsou splněny následující podmínky:
  • Všechny soubory MSP jsou umístěny ve složce s názvem instalace přímo pod složkou obsahující Setup.exe. To vyžaduje SQL Server 2000 Service Pack 2 CD.
  • Když instance má být upgradován, není výchozí instance, jeho název instance zadána INSTANCENAME proměnná.
Například následující příkaz spustí Setup.exe k instalaci instance pojmenovanou MyInstance oprava:
Setup /p SQLRUN INSTANCENAME=MyInstance
Také lze zadat název instance v souboru INI. Další informace naleznete v tématu "Přizpůsobení plochy motoru Setup.exe" v SQL Server Books Online.

Poznámka: Nepoužívejte otevírání a zavírání uvozovek název instance.

Instalační program nemůže najít správný opravný balíček, zobrazí se chybová zpráva.

Poznámka: Při instalaci MSDE s aktualizací SP2 v počítači se systémem Windows 98 nebo Windows Millennium Edition pomocí setup.exe, UPGRADEUSER přepínač je nutné použít k zadání přihlašovacího jména, který je členem role sysadmin dlouhodobého serveru. Další informace o UPGRADEUSERnaleznete v části 3.1.23 původní soubor SQL Server 2000 Readme.txt.
Redistribuce aktualizace service pack

Doporučujeme, aby nezávislí dodavatelé softwaru (ISV), kteří chtějí tuto aktualizaci service pack distribuovat provedete takto:
  1. Service Pack nainstalujte instanci Desktop Engine nakonfigurován, aby se shodoval distribuovaná se softwarem.
  2. Generovat vlastní balíček opravy založené na rozdílech mezi starými a novými instalacemi.
  3. Distribute své vlastní oprava zákazníkům.
Další informace o vytváření balíčky opravy naleznete v dokumentaci zahrnuty s Instalační služba Windows Installer Software Development Kit (SDK), který lze stáhnout z webu Microsoft Platform SDK.


Poznámka: Mohou přerozdělit úplnou kopii SP2.

Umístění souborů

V SQL Server 2000 Desktop Engine Service Pack 2 CD-ROMslučovací moduly a instalační soubory jsou umístěny v \MSDE. Úplný seznam naleznete v tématu "Pomocí SQL Server Desktop Engine slučovacích modulů" v SQL Server Books Online.

zpět na horní

3.8 restartování služby

Tímto se vztahuje na všechny součásti:

Po dokončení instalačního programu, můžete být vyzváni k restartování systému. Po restartování systému (nebo po instalaci program dokončí bez požaduje restartování) pomocí aplikace služby v Ovládacích panelech zkontrolujte, zda že jsou spuštěny služby MS DTC a Microsoft Search, MSSQLServer, MSSQLServerOLAPService a SQLServerAgent nebo jejich ekvivalenty specifické instance. Zálohujte inovované hlavní a msdb databáze.


zpět na horní

3.9 restartování aplikací

Tímto se vztahuje na všechny součásti:

Restartování aplikace, které jste zavřeli před spuštěním instalace aktualizace service pack.

zpět na horní

3.10 instalace v clusteru převzetí služeb při selhání

Následující informace jsou určeny pouze komponenty SQL Server 2000, které jsou součástí clusteru převzetí služeb při selhání:

Chcete-li nainstalovat tuto aktualizaci service pack v clusteru převzetí služeb při selhání:
  • Spusťte tuto aktualizaci service pack z uzlu, který vlastní skupinu obsahující virtuální server, který hodláte inovovat. Nainstaluje soubory aktualizace service pack ve všech uzlech clusteru převzetí služeb při selhání.
  • V dialogovém okně Nastavení zadejte název virtuálního serveru, který upgradujete.
  • Během instalace zachovat všechny uzly clusteru do režimu online. Tím je zajištěno, že inovace je použít v každém uzlu clusteru.
Poznámka: Instalační program SQL Server 2000 s aktualizací SP2 může vyžadovat restartování uzly clusteru převzetí služeb při selhání. Nahrazuje soubory, které byly používány během nastavení SQL Server 2000 s aktualizací SP2 aktualizované soubory.

Při upgradu výchozí instance (bez clusterů) serveru SQL Server na virtuální server, musíte nejprve provést upgrade z výchozí instance virtuální instance a potom použít SQL Server 2000 s aktualizací SP2. Další informace o upgradu naleznete v tématu "Jak upgradovat z výchozí instance na clusterovém výchozí instance serveru SQL Server 2000 (nastavení)" v SQL Server Books Online.

Pokud potřebujete znovu vytvořit uzel v záložním clusteru, postupujte následujícím způsobem:
  • Vytvořte znovu daný uzel v clusteru převzetí služeb při selhání. Další informace o opětovném vytvoření uzlu naleznete v tématu "Jak obnovit ze selhání clusteru převzetí služeb při selhání v případě 1" v SQL Server Books Online.
  • Spusťte původní nastavení SQL Server 2000 chcete-li přidat uzel clusteru převzetí služeb při selhání.
  • Spusťte instalační program serveru SQL Server 2000 s aktualizací SP2.
zpět na horní

3.11 instalace na replikované servery

Následující informace jsou určeny pouze komponenty SQL Server 2000, které jsou součástí topologie replikace:

Nasadit tuto aktualizaci service pack na serverech replikovaných v tomto pořadí:
  1. Distributor (Pokud je oddělená od vydavatele)
  2. Aplikace Publisher
  3. Odběratel
Poznámka: Ve většině případů zejména slučovací replikace distributora a aplikace Publisher jsou na stejném serveru a současně upgradovány.

V slučovací replikace distribuční databáze slouží pouze k ukládání historie agenta. Distribuční databáze se obvykle nachází ve stejném počítači jako publikované databáze. Také je však možné vzdálené distribuční databáze slučovací replikace na weby, které chcete provést centralizaci agent historie protokolování.

Nelze inovovat všechny servery v topologii replikace okamžitě; Operace replikace jsou však obvykle ovlivněny mezi servery spuštěné instance serveru SQL Server 2000 a tato aktualizace service pack. Výjimkou jsou zahrnuty v části 5.3.7 "obnovení replikované databáze z různých verzích serveru SQL Server."


Poznámka: Instalace aktualizace SP2 inovace uživatelských databází, které jsou členy topologii replikace. Pokud některý databází, které jsou členy topologie replikace není zapisovatelný, použít SP2 pro tyto databáze musíte provést jejich zapisovatelný a znovu instalace aktualizace SP2. Další informace o tom, jak zapisovat do databáze naleznete v části 3.12 "aplikování aktualizace SP2 - zapisovatelný databází nebo skupin souborů." Další informace o opětovné použití aktualizace SP2, naleznete v části 3.14 "Reapplying SP2."


Existující schéma zálohování, replikace účtů umožňuje obnovení databáze známých bodu po upgradu aktualizaci SP2 v případě poruchy. Po použití aktualizace SP2, protokolu nebo databáze úplné zálohování je vhodné pro všechny databáze uživatelů zapojených v topologii replikace. Tímto způsobem v případě poruchy replikace databáze, SP2 nemusí být znovu použity po obnovení databáze.

zpět na horní

3.12 použití aktualizace SP2-zapisovatelný databází nebo skupin souborů

Následující informace jsou určeny pouze komponenty SQL Server 2000, které jsou součástí topologie replikace:

Pokud neexistují-zapisovatelný databází nebo skupin souborů, instalační program zobrazí následující zprávu:
Instalační program zjistil jeden nebo více databází a skupin souborů, které nejsou s možností zápisu.
Obecně toto upozornění můžete ignorovat a instalace bude pokračovat. Však pokud žádný z uvedených v protokolu instalace-nelze zapisovat databází jsou členy replikační topologie, musíte provést tyto databáze s možností zápisu a znovu instalace aktualizace SP2 do této instance serveru SQL Server 2000.

Poznámka: Tato zpráva neovlivní bezobslužné instalace. Další informace o bezobslužné instalaci naleznete v části 4.0 bezobslužné instalace.

Poznámka: Během instalace instalace nerozlišuje mezi-zapisovatelný a databází, které jsou podezřelé nebo offline. Pokud databáze nebo skupina souborů v některé z těchto podmínek během instalace, musí znovu aktualizaci service pack. Další informace o převedení databáze online, naleznete v tématu "Připojení a odpojení databáze" v SQL Server Books Onlinea další informace o diagnostiku podezřelých databáze naleznete v tématu "Server a databáze řešení" v SQL Server Books Online.

Použití aktualizace SP2 k databázi jen pro čtení:
  1. Vytvořit databázi jen pro čtení lze zapisovat pomocí Vlastnosti databáze takto:
    ALTER DATABASE databaseSET READ_WRITE 
  2. Krok 2 opakujte pro všechny databáze jen pro čtení.
  3. Použít (nebo znovu použít) aktualizace service pack.
  4. V případě potřeby vytvořit databázi jen pro čtení pomocí Vlastnosti databáze takto:
    ALTER DATABASE databaseSET READ_ONLY 
SP2 vyrovnat skupina souborů jen pro čtení:
  1. Aby skupina souborů jen pro čtení lze zapisovat pomocí Vlastnosti databáze takto:
    ALTER DATABASE DatabaseMODIFY FILEGROUP filegroup_name READWRITE 
  2. Opakujte krok 1 u všech skupin souborů jen pro čtení.
  3. Použít (nebo znovu použít) aktualizace service pack.
  4. Vytvořit skupinu souborů jen pro čtení pomocí Vlastnosti databáze takto:
    ALTER DATABASE DatabaseMODIFY FILEGROUP filegroup_nameREADONLY 
Další informace o vlastnosti databáze naleznete v tématu "ALTER DATABASE" odkaz v SQL Server Books Online. Další informace o opětovné použití aktualizace SP2, naleznete v části 3.14 "Reapplying SP2."


zpět na horní

3.13 odinstalování aktualizace SP2

Tímto se vztahuje na všechny součásti kromě služby Analysis Services:

Chcete-li se vrátit k verzi součásti serveru SQL Server 2000 předcházející aktualizaci SP2, je třeba získat zálohování databází předlohy, msdba modelpřed instalací aktualizace SP2. Další informace naleznete v části 3.1 "Zálohování databáze serveru SQL Server."


Poznámka: Pokud některý z databáze se účastní replikace, je nutné zakázat publikování.
  1. Chcete-li zakázat publikování: V programu SQL Server Enterprise Manager rozbalte skupinu serverů SQL, rozbalte server, klepněte pravým tlačítkem myši na složku replikace a potom klepněte na tlačítko Konfigurace publikování, Odběrateléa distribuce.
  2. Vyberte kartu Databáze publikace .
  3. Zrušte zaškrtnutí políčka u každé databáze, která se účastní replikace. To vám umožní být odpojené databází.
Takto se vrátit na předcházející aktualizaci SP2 verzi serveru SQL Server:
  1. Odpojte všechny uživatele databáze. Další informace naleznete v tématu "Jak připojit a odpojit databázi (Enterprise Manager)" v SQL Server Books Online.
  2. Odinstalování serveru SQL Server. V Ovládacích panelech poklepejte na panel Přidat nebo odebrat programya poté vyberte instanci serveru SQL Server, který chcete odinstalovat.
  3. Nainstalujte SQL Server 2000 z disku CD-ROM nebo umístění, ze kterého jste původně nainstalovali server SQL Server.
  4. Obnovení databází předlohy, msdb a model z poslední zálohy byla vytvořena před instalací aktualizace SP2. Tím se automaticky připojí všech uživatelských databází, které byly připojeny v době vytvoření zálohy.
  5. Připojte všechny uživatelských databází, které byly vytvořeny po poslední zálohy databáze master.
  6. V případě potřeby konfigurujte replikaci.

    Upozornění: Při navrácení předcházející aktualizaci SP2 verzi serveru SQL Server, budou ztraceny všechny změny provedené databází předlohy, msdb a model od použití aktualizace SP2.
zpět na horní

3.14 opětovné použití aktualizace SP2

Tímto se vztahuje na všechny součásti:

V těchto případech bude nutné znovu nainstalovat SQL Server 2000 s aktualizací SP2:
  • Pokud byly přidány nové komponenty SQL Server 2000 po aktualizaci SP2 byla použita.
  • Při databází nebo skupin souborů, které jsou součástí topologii replikace a byly jen pro čtení během prvotní žádosti o aktualizaci service pack je možné zapisovat.
Znovu použít SP2, postupujte podle kroků v části 3.0 "instalace aktualizace Service pack."


zpět na horní

4.0 bezobslužné instalace

Databázové součásti SP2 lze použít k instanci serveru SQL Server 2000 spuštěný v počítači v bezobslužném režimu. CD-ROM databáze součástí aktualizace SP2 obsahuje ISS soubory, které lze použít k provedení bezobslužné aktualizace SP2. Tyto soubory jsou umístěny v kořenovém adresáři na disku CD-ROM a lze provádět různé typy instalace:
  • Sql2kdef.iss je soubor bezobslužné instalace umožňuje použít do výchozí instance SQL Server 2000 pracující v operačním systému Windows 2000 nebo Windows NT 4.0 SP2 součástí databáze. Použití odpovídající dávkového souboru je Sql2kdef.bat.
  • sql2knm.iss je instalační soubor používá k uplatnění pojmenované instance serveru SQL Server 2000 pracující v operačním systému Windows 2000 nebo Windows NT 4.0 SP2 součástí databáze. Je nutné změnit název instance v souboru ISS identifikovat instance, který je upgradován.
  • sql2ktls.iss je instalační soubor, který umožňuje použít SP2 databázové součásti k instalaci pouze nástrojů. Tento soubor lze použít pro instalaci bez jakýchkoli změn.
  • sql2k9x.iss je instalační soubor používá k uplatnění databáze součástí SP2 v počítači se systémem Windows Millennium Edition nebo Windows 98 operační systém. Název instance budou muset být změněna k identifikaci instance probíhá upgrade.
  • sql2kcli.iss je instalační soubor, který umožňuje použít SP2 databázové součásti k instalaci součásti klienta v počítači se systémem Windows 95.
  • MSOLAP.iss je instalační soubor, který obsahuje seznam parametrů pro spuštění bezobslužné instalace Analysis Services SP2.
Poznámka: Během bezobslužné instalace Pokud instalační program zjistí jakékoli-zapisovatelný databází nebo skupin souborů, že informace jsou zapsány do protokolu instalačního programu a bezobslužné instalace pokračuje. Pokud žádný z uvedených v protokolu instalace-nelze zapisovat databází jsou členy replikační topologie, musíte provést tyto databáze s možností zápisu a znovu instalace aktualizace SP2 do této instance serveru SQL Server 2000. Další informace o tom, jak zapisovat do databáze naleznete v části 3.12 "aplikování aktualizace SP2 - zapisovatelný databází nebo skupin souborů." Další informace o opětovné použití aktualizace SP2, naleznete v části 3.14 "Reapplying SP2."



zpět na horní

4.1 redistribuci SP2 Data Access Components

Tato aktualizace service pack zahrnuje samorozbalovací soubor Sqlredis.exe a verze souboru Redist.txt. Tyto soubory jsou součástí databáze, s aktualizací SP2. Ve výchozím nastavení při spuštění Sqlredis.exe jej:
  1. Spustí Mdac_typ.exe Microsoft Data Access Components (MDAC) 2.62. To nainstaluje základní součásti MDAC 2.62 a verze serveru SQL Server a Desktop Engine klientské připojení k součásti dodávané s touto aktualizací service pack.
  2. Nainstaluje ovladače Microsoft Jet ODBC a součásti připojení.
Můžete znovu distribuovat soubor Sqlredis.exe za podmínek uvedených v souboru Redist.txt zobrazuje, který doprovází tuto aktualizaci service pack.

zpět na horní

5.0 poznámky k dokumentaci

Tato část obsahuje problémy, které mohou nastat, a také nové funkce, které budou k dispozici při spuštění této aktualizace service pack. Tyto problémy vyrovnat nainstalována aktualizace service pack k upgradu na SQL Server 2000 a SQL Server 2000 SP1 a nejsou výsledkem oprav obsažených v této aktualizaci service pack.

Služby Analysis Services a datových služeb Meta segmenty v této části se nevztahují na zařízení pouze Desktop Engine.

zpět na horní

5.1 vylepšení databáze a Desktop Engine

Následující problémy se nevztahuje na instance serveru SQL Server 2000, ve kterých byla nainstalována aktualizace SP2 součásti databáze a ve kterých byla nainstalována aktualizace SP2 motoru ploše instance Desktop Engine.

zpět na horní
5.1.1 instalace nové instance Desktop Engine.

Zavedena v aktualizaci SP1

Pomocí následujících kroků můžete nainstalovat novou instanci Desktop Engine po použití aktualizace SP2.
  1. V adresáři \Program Files\Microsoft SQL Server\80\Tools\Binn\Resources\1033 přejmenujte následující soubory na * RDL:
    • semnt.rll
    • sqlsvc.rll
  2. V adresáři \Program Files\Microsoft SQL Server\80\Tools\Binn přejmenujte následující soubory na * .dld:
    • semnt.dll
    • sqlsvc.dll
    • sqlresld.dll
  3. Instalace Desktop Engine bez aktualizace SP2.
  4. Přejmenujte soubory semnt.rdl a sqlsvc.rdl v adresáři SQL Server\80\Tools\Binn\Resources\1033 \Program Files\Microsoft na *.rll.
  5. Přejmenujte semnt.dld, sqlsvc.dld, sqlresld.dld soubory v adresáři \Program Files\Microsoft SQL Server\80\Tools\Binn *.dll.
Nově nainstalované instanci Desktop Engine bude aktualizace SP2.

zpět na horní
5.1.2 pomocí čínské, japonské či korejské znaky s aktualizací SP2 součásti databáze

Zavedena v aktualizaci SP1

Jestliže nainstalujete aktualizaci SP2 součásti databáze na serveru spuštěn operační systém Windows NT 4.0 nebo Windows 98 a novější inovace na systém Windows 2000, inovace systému Windows 2000 nahrazuje určité systémové soubory. Tyto systémové soubory jsou nezbytné pro řazení čínské, japonské či korejské znaky. Pokud používáte čínské, japonské a korejské znaky v databázích serveru SQL Server, spusťte znovu verze Sqlredis.exe dodané s aktualizací SP2, po upgradu na systém Windows 2000. Další informace o spuštění Sqlredis.exe naleznete v oddílu 4.1 "Redistributing SP2 Data Access Components."


Poznámka: Nemáte v klientských počítačích nebo na serverech, které nemají databáze obsahující čínské, japonské či korejské znaky, znovu Sqlredis.exe.

zpět na horní
5.1.3 hash týmy odebrány

Zavedena v aktualizaci SP1

Byly odebrány hash týmy. Z důvodu určitých vylepšení SQL Server 2000 hash týmy již vyrobit výhody výkonu, které jsou k dispozici v SQL Server verze 7.0. Navíc odebrání hash týmům umožňuje serveru SQL Server 2000 stabilnější.

Optimalizace dotazů proto již generuje plány dotazů pomocí algoritmu hash týmy.

Ve výjimečných případech odebrání hash týmy způsobit dotazu zpracovat pomaleji. Analyzujte tyto zjistí, zda vytváření indexů vhodnější vrátí dotaz výkonu jeho předchozí úrovně.

zpět na horní
5.1.4 přepínače masku spřažení přidán

Zavedena v aktualizaci SP1

Chcete-li tuto aktualizaci service pack byly přidány dva přepínače masku spřažení.

Přepnout masku I/O spřažení

S touto aktualizací service pack můžete určit, které procesory budou použity ke spuštění podprocesů, vstupně-výstupních diskových operací. Tento přepínač je nutné použít ve spojení s možnost masku spřažení. Další informace naleznete v tématu 298402v Microsoft produkt Support Services znalostní báze Knowledge Base.


Přepínač připojení masku spřažení

Pomocí této aktualizace service pack můžete nakonfigurovat systémy, které jsou povoleny pro virtuální rozhraní Architecture (VIA) k navázání připojení serveru SQL Server z určité síťové karty do procesoru nebo sadu procesorů. Tento přepínač je nutné použít ve spojení s možnost masku spřažení. Další informace naleznete v tématu 299641 v Microsoft produkt Support Services znalostní báze Knowledge Base.

zpět na horní
5.1.5 SQL Server Agent zaznamenává informace o účtu

Zavedené v SP2

Historie úlohy SQL Server Agent zaznamenává nyní účet systému Windows, podle které každá úloha byla spuštěna krok. Tyto informace pomáhají správcům diagnostikovat problémy se zabezpečením pomocí naplánované úlohy, včetně naplánované úlohy, které jsou definovány pro replikaci a Data Transformation Services úkoly.

zpět na horní
5.1.6 filtrované indexovaného zobrazení

Zavedené v SP2

Pokud dojde k chybě serveru SQL Server 2000 355069, jak je uvedeno v článku 306467 znalostní báze Microsoft Knowledge Base, tato aktualizace service pack zabrání budoucí výskyty neočekávané výsledky z důvodu změny data. Takže kromě instalace této opravy, třeba znovu vytvořit všechny indexy založené na zobrazení pomocí podmínky filtru. Další informace naleznete v tématu 306467v Microsoft produkt Support Services znalostní báze Knowledge Base.

zpět na horní

5.2 rozšíření služby analysis

Rozšíření služby Analysis v SP2 patří:
  • Vzdálené oddíly.
  • Aktualizace instalačních redistributable klienta služby Analysis Services.
  • Podpora pro poskytovatele algoritmu dolování dat třetích stran.
  • Možnost instalace služby Analysis Services v počítači se soubory aktualizovaný klient.
zpět na horní
5.2.1 vzdálené oddíly

Zavedena v aktualizaci SP1

Pokud vzdálený oddíl je vytvořen na místním serveru, který má SP1 nebo novější nainstalována, vzdálený server musí používat účet uživatele domény, který má oprávnění úplný přístup k nadřazené krychle na místním serveru. Uživatelský účet, který je členem skupiny OLAP Administrators na místním serveru, bude mít úplná přístupová oprávnění.

Kromě toho pokud má místní server SP1 nainstalována, vzdálený server také musí mít SP1 nainstalována vytvořit nebo spravovat vzdálený oddíly.

zpět na horní
5.2.2 aktualizovaný instalační program redistributable klienta služby Analysis Services

Zavedena v aktualizaci SP1

Analysis Services SP1 a novější verze obsahuje aktualizované verze následujících klientských programů redistributable instalační program:
  • PTSLite.exe
  • PTSFull.exe
Tyto soubory jsou umístěny v cestě \msolap\install\PTS adresáře instalace aktualizace SP2.

Poznámka: PTSFull.exe obsahuje MDAC; PTSLite.exe nepodporuje.

Tyto instalační programy aktualizovaný klient použijte v aplikacích k zabránění nebo vyřešit problémy s instalací klienta, které mohou nastat při použití služby pro analýzu a Microsoft Office XP.

Poznámka: Při použití služby pro analýzu se sadou Office XP, aktualizace klienta je doporučeno.

zpět na horní
5.2.3 podpora povolena pro poskytovatele algoritmu dolování dat třetích stran

Zavedena v aktualizaci SP1

Analysis Services SP1 a vyšší zahrnuje podporu pro přidání zprostředkovatelů algoritmus dolování dat třetích stran. Další informace o vývoji zprostředkovatele algoritmu dolování dat naleznete v dokumentu white paper "Poskytovatelé dolování dat třetích stran" a
Technologie OLE DB dat dolování Resource Kit, který obsahuje kód pro vzorek těžby algoritmus poskytovatel dat, Microsoft Data Access and Development Center úložiště.


zpět na horní
5.2.4 instalaci služby Analysis Services v počítači se soubory aktualizovaný klient

Zavedena v aktualizaci SP1

Pokud nainstalovat SQL Server 2000 Analysis Services v počítači, který obsahuje aktualizovány soubory klienta, jako je například SQL Server 2000 SP1 nebo Office XP, musíte použít Analysis Services SP1 nebo novější Chcete-li zajistit, aby klient pracuje správně a že můžete procházet krychle.

zpět na horní

5.3 rozšíření replikace

Vylepšení replikace v aktualizaci SP2 zahrnují:
  • Vlastní uložené procedury aktualizace transakční replikace
  • Transakční replikace aktualizace na jedinečné sloupce
  • Omezení odebrána ze snímku souběžné zpracování
  • Možnost skript vlastní uložené procedury v transakční replikace
  • Vyčistit slučovací replikace založené na uchování meta data
  • Obnovení replikované databáze z různých verzích serveru SQL Server
  • Nový parametr - MaxCmdsInTran Reader agenta protokolu
zpět na horní
5.3.1 transakční replikace aktualizace vlastní uložené procedury.

Zavedena v aktualizaci SP1

Během replikace transakčních instalace vlastní uložené procedury pro vložení, odstranění a aktualizaci akce jsou vytvářeny v databázi předplatného. Bez ohledu na to, kolik sloupců jsou ovlivněny příkazu UPDATE aktualizuje vlastní uložené procedury aktualizace všech sloupců v tabulce předplatného. Sloupec, který nebyl změněn je jednoduše obnovit na stejné hodnoty, které existovaly před aktualizací. Tato akce obvykle nezpůsobí žádné problémy. Však pokud některý z těchto sloupců jsou indexovány, toto obnovení může být nákladné.

Použití transakční replikace a mít několik indexů v tabulce odběru a mění pouze několik hodnot sloupců z důvodu aktualizací, režijní náklady údržby indexu, může se stát omezující faktor výkonu při změny použity u odběratele. Odběr databáze, která je používána pro účely vykazování například mohou mít mnoho indexů více než databáze publikace. Příkaz UPDATE v době běhu k dynamickému vytváření může zlepšit výkon. Aktualizace bude obsahovat pouze sloupce, které jste změnili, čímž vytvoříte řetězec optimální aktualizace.

Tato aktualizace obsahuje nové uložené procedury sp_scriptdynamicupdproc, který generuje vlastní uložené procedury, které lze použít u odběratele dynamicky vytvářet aktualizační příkaz v době běhu. Další zpracování však vzniknou v době běhu, aby dynamické aktualizace prohlášení má být vytvořena.

sp_scriptdynamicupdproc

Generuje příkaz CREATE PROCEDURE, která vytváří dynamické aktualizace uložené procedury. Příkaz UPDATE v rámci vlastní uložené procedury je sestaven dynamicky založeny na syntaxi MCALL, která označuje sloupce, které chcete změnit. Pokud je počet indexů v tabulce předplatitelskou pěstování a je malý počet sloupců, změně, použití této uložené procedury. Tato uložená procedura je spuštěn na vydavatele v databázi publikace.

Syntaxe

sp_scriptdynamicupdproc [@ artid =] artid

Argumenty

[@ artid =] artid Představuje ID článku. artidje int, s žádný výchozí.

Sady výsledků

Vrátí sadu výsledků, která se skládá z jednoho nvarchar(4000)sloupec. Výsledné sady formulářů úplný příkaz CREATE PROCEDURE použité k vytvoření vlastní uložené procedury.

Poznámky

sp_scriptdynamicupdproc se používá v transakční replikace. Výchozí skriptovací logiku MCALL zahrnuje všechny sloupce v rámci příkazu UPDATE a používá rastr určit sloupce, které byly změněny. Pokud sloupec nezměnili, sloupec je nastaven zpět na sebe, což obvykle nezpůsobí žádné problémy. Pokud je sloupec indexován, dojde k další zpracování. Naopak, tato uložená procedura používá dynamické přístup: zahrnuje pouze sloupce, které byly změněny, což poskytuje optimální řetězec UPDATE. Však extra zpracování nabíhají při běhu při dynamické aktualizaci prohlášení. Je vhodné otestovat přístup dynamické uložené procedury a výchozí statické přístup a pak zvolte optimální řešení pro vaše konkrétní potřeby.

Oprávnění Členové publicrole můžete spustit sp_scriptdynamicupdproc.

Příklady

Tento příklad vytvoří článek (s artidnastavte na hodnotu 1) v tabulce autořiv databázi pubsa určuje, že vlastní uloženou proceduru spustit příkaz UPDATE:
'MCALL sp_mupd_authors'
Generovat vlastní uložené procedury, které mají být provedeny agentem distribuce u odběratele spuštěním následující uložené procedury u vydavatele:
EXEC sp_scriptdynamicupdproc @artid = '1' The statement returns: 
create procedure [sp_mupd_authors] @c1 varchar(11),@c2 varchar(40),@c3 varchar(20),@c4 char(12),@c5 varchar(40),@c6 varchar(20), @c7 char(2),@c8 char(5),@c9 bit,@pkc1 varchar(11),@bitmap binary(2) as declare @stmt nvarchar(4000), @spacer nvarchar(1)
select @spacer =N''
select @stmt = N'update [authors] set '
if substring(@bitmap,1,1) & 2 = 2 begin
select @stmt = @stmt + @spacer + N'[au_lname]' + N'=@2'
select @spacer = N','
end if substring(@bitmap,1,1) & 4 = 4 begin
select @stmt = @stmt + @spacer + N'[au_fname]' + N'=@3'
select @spacer = N','
end if substring(@bitmap,1,1) & 8 = 8 begin
select @stmt = @stmt + @spacer + N'[phone]' + N'=@4' select @spacer = N','
end if substring(@bitmap,1,1) & 16 = 16 begin
select @stmt = @stmt + @spacer + N'[address]' + N'=@5'
select @spacer = N','
end if substring(@bitmap,1,1) & 32 = 32 begin
select @stmt = @stmt + @spacer + N'[city]' + N'=@6' select @spacer = N','
end if substring(@bitmap,1,1) & 64 = 64 begin
select @stmt = @stmt + @spacer + N'[state]' + N'=@7'
select @spacer = N','
end if substring(@bitmap,1,1) & 128 = 128 begin
select @stmt = @stmt + @spacer + N'[zip]' + N'=@8' select @spacer = N','
end if substring(@bitmap,2,1) & 1 = 1 begin
select @stmt = @stmt + @spacer + N'[contract]' + N'=@9'
select @spacer = N',' end
select @stmt = @stmt + N'
where [au_id] = @1' exec sp_executesql @stmt, N' @1 varchar(11),@2 varchar(40),@3 varchar(20),@4 char(12),@5 varchar(40), @6 varchar(20),@7 char(2),@8 char(5),@9 bit',@pkc1,@c2,@c3,@c4,@c5,@c6,@c7,@c8,@c9
if @@rowcount = 0 if @@microsoftversion>0x07320000
exec sp_MSreplraiserror 20598
Po spuštění této uložené procedury, můžete ručně vytvořit uloženou proceduru v odběratelům výsledný skript.

zpět na horní
5.3.2 transakční replikace UPDATE příkazy na jedinečné sloupce

Zavedena v aktualizaci SP1

V transakční replikace jsou příkazy aktualizace obvykle replikovány jako aktualizace. Ale pokud aktualizace změní libovolný sloupec, který je součástí jedinečného indexu, seskupený index nebo výraz, který slouží jako jedinečné omezení, je aktualizace prováděna jako příkaz DELETE následovaný příkazu INSERT u odběratele. Důvodem je, že tento typ aktualizace mohou ovlivnit více řádků a pokud aktualizace byly doručovány řádek po řádku, neexistuje možnost pro narušení jedinečnosti.

Avšak pokud aktualizace ovlivní pouze jeden řádek, neexistuje možnost pro narušení jedinečnosti. Proto byl přidán příznak trasování 8207 Chcete-li tuto aktualizaci service pack Chcete-li povolit aktualizace všechny sloupce, které ovlivňují pouze jeden řádek, které mají být replikovány jako příkazy aktualizace. Byla přidána tato optimalizace speciálně pro aplikace, které nainstalovat aktivace aktualizace uživatelem definované u odběratele a aktualizace, které ovlivňují pouze jeden řádek na jedinečný sloupec vyžadovat tyto aktivační události na oheň.

Chcete-li použít příznak trasování 8207, zapněte ji z příkazového řádku (sqlservr.exe-T8207) nebo za běhu pomocí DBCC TRACEON(8207,-1) před zahájením Reader agenta protokolu.

Důležité: Příznak trasování 8207 se obvykle používá s transakční replikace jen pro čtení. Nepoužívejte tento příznak trasování s aktualizovatelné odběry, pokud primární klíč aktualizace může dojít u odběratele.

zpět na horní
5.3.3 omezení odebrána ze snímku souběžné zpracování

Zavedena v aktualizaci SP1

V SQL Server 2000 nebyla zpracování souběžných snímek doporučeno, pokud publikování tabulky jedinečný index, nebyl primární klíč nebo klíč clusteru. Clustering klíč byly provedeny změny dat, zatímco při generování souběžných snímek, replikace pravděpodobně nezdaří s chybou duplicitní klíče při použití souběžných snímek pro předplatitele. Tato aktualizace service Pack již neexistují žádné omezení použití snímku souběžné zpracování.

zpět na horní
5.3.4 transakční replikace scripting vlastní uložených procedur

Zavedena v aktualizaci SP1

Při nastavování nosync odběry (to znamená, že předplatné, které neobdrží počáteční snímek), vlastní uložené procedury pro vložení, je nutné ručně vytvořit příkazy UPDATE a DELETE. Tyto příkazy jsou obvykle vytvoří u odběratele při počáteční snímek nezaujme. Chcete-li generovat skripty pro vlastní uložené procedury na úrovni publikace byla přidána nové uložené procedury sp_scriptpublicationcustomprocs. Tato nová funkce může zjednodušit nastavení nosync odběry.

sp_scriptpublicationcustomprocs

V publikaci, ve které je povolena možnost automatického generování schématu vlastní procedury uložené procedury skripty Vlastní vložení, aktualizace a odstranit postupy pro všechny články tabulky. sp_scriptpublicationcustomprocs je zvláště užitečné pro nastavení odběry, pro které je snímek vyrovnat ručně.

Syntaxe

sp_scriptpublicationcustomprocs [@publication] = publication_name

Argumenty

[@publication]= publication_name

Je název publikace. publication_nameje sysname , s žádnou výchozí.

Vrátit kód hodnoty

0 (úspěch) nebo 1 (selhání)

Sady výsledků

Vrátí sadu výsledků, která se skládá z jednoho nvarchar(4000) sloupec. Výsledné sady formulářů úplný příkaz CREATE PROCEDURE potřebné k vytvoření vlastní uložené procedury.

Poznámky

Vlastní postupy nejsou skriptovány články bez automatické generování schématu možnost vlastní postup (0x2).

Oprávnění

Spouštění je uděleno oprávnění na veřejné; procesní zabezpečení kontrola se provádí uvnitř tato uložená procedura, chcete-li omezit přístup k členy sysadmin pevné role serveru a db_owner pevné role databáze v aktuální databázi.

Příklad

Tento příklad generuje skript vlastní uložené procedury v publikaci s názvem Northwind.
exec Northwind.dbo.sp_scriptpublicationcustomprocs @publication = N'Northwind'
zpět na horní
5.3.5 sloučit replikace založené na uchování meta data vyčistit.

Zavedena v aktualizaci SP1

Pokud existuje velké množství meta data v korespondenci replikační systémové tabulky, čištění meta data zvyšuje výkon. Před SQL Server 2000 SP1 může pouze spuštěním sp_mergecleanupmetadatavyčistit meta data. Však SQL Server 2000 SP1 a vyšší zahrnuje založené na uchování meta vyčištění dat, což znamená, že meta data můžete automaticky odstraněn z následující tabulky systému:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
  • Některé před obrázek tabulky, pokud je k dispozici
Poznámka: Před obraz tabulek existují-li v publikaci je povolena možnost optimalizace synchronizace @keep_partition_changes.

Retenční systémem čištění dat meta probíhá následujícím způsobem:
  • Pokud – MetadataRetentionCleanup korespondence Agent parametr je nastavena na hodnotu 1, protože je ve výchozím nastavení, Agent korespondence vyčistí odběratele a vydavateli, který se účastní hromadné korespondence.
  • Pokud – MetadataRetentionCleanup parametr nastaven na hodnotu 0, automatické vyčištění nedojde. V tomto případě spustit ručně retenční systémem čištění dat meta provedením sp_mergemetadataretentioncleanup. Tento uložený postup musí být provedeny na každý vydavatel a odběratel, který má být vyčištěno. Je doporučeno, ale není vyžadováno, aby vydavatel a předplatitelé vyčistit na podobných místech v čase (viz dále v této části zabránění False konflikty).

    Poznámka: – MetadataRetentionCleanup 1 parametr je nyní součástí všechny profily sloučit Agent, dodávané s SQL Server 2000 SP1 nebo novější. Pokud aktualizovat server s aktualizací SP1 nebo SP2 a potom přidat slučovací replikace agenta korespondence profil je aktualizován automaticky zahrnout tento parametr. Pokud provedete upgrade na aktualizaci SP1 nebo SP2 serveru již povolena replikace typu sloučení, profil korespondence Agent není automaticky aktualizovány; Aktualizovat profil provedením sp_add_agent_parameter (viz "Další parametr pro sp_add_agent_parameter," popsáno dále v této části).
Důležité: Výchozí hodnota retenční periody pro publikace je 14 dnů. Pokud článek patří do více publikací, může být různé uchování období. V takové situaci nejdelší dobu uchovávání informací umožňuje určit, může dojít nejkratším možném čase to vyčistit. Pokud existuje více publikací na databázi a používá některý z těchto publikací retenční období nekonečné publikace (@retention = 0), sloučit meta dat pro databázi není automaticky vyčistit. Z tohoto důvodu používejte opatrně uchování infinite publikace.

Další parametr pro sp_add_agent_parameter

Postup systému sp_add_agent_parameter má nyní MetadataRetentionCleanup parametr, který umožňuje přidat nebo odebrat vyčištění uchovávání dat meta Agent sloučit profily. Hodnota 1 označuje, že profil by měl zahrnovat vyčištění; Hodnota 0 označuje, že nezahrnujte vyčištění. Například přidat vyčištění uchovávání dat meta do profilu, spusťte:
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>, @parameter_name='MetadataRetentionCleanup', @parameter_value=1
Čištění dat meta v topologie v různých verzích serveru SQL Server

Pro Automatické uchování systémem vyčištění dochází v databázi účastní slučovací replikace databáze a korespondence Agent musí být na serverech se systémem SQL Server 2000 SP1 nebo novější. Například:
  • SQL Server 7.0 vyžádanou Subscriber nespustí čištění v SQL Server 2000 s aktualizací SP1 vydavatele.
  • SQL Server 2000 SP1 nabízenou sloučit Agent nelze spustit vyčištění databáze serveru SQL Server 2000 (bez aktualizace SP1) odběratele.
  • SQL Server 2000 SP1 nabízenou sloučit Agent spustí čištění v databázi SQL Server 2000 SP1 Publisher, i když má odběratelům, které jsou na serveru SQL Server 2000 nebo starší.
False konfliktů nejvíce způsobí automatické vyčištění na některých serverech a na ostatní a ty by měly být vzácné. Topologie, které zahrnují verze serveru SQL Server před SQL Server 2000 SP1 můžete spuštěním sp_mergemetadatacleanup na všechny servery, které nejsou čištěny automaticky setkat výkony.

Zabránění false konflikty

Retenční systémem čištění dat meta zabrání non konvergence a tichý přepíše změny v ostatních uzlech. False konfliktů však může dojít, pokud jsou splněny obě následující podmínky:
  • Na jednom uzlu je vyčistit meta data a ne jiné.
  • Následné aktualizace vyčištěné uzlu dochází na řádek, jehož meta data byla odstraněna.
Například pokud je meta data vyčištěna u vydavatele, ale není u odběratele a aktualizace je provedena u vydavatele, dojde ke konfliktu, přestože se zdá být synchronizována data.

Chcete-li tento konflikt, zkontrolujte, zda je meta data vyčištěna na související uzly na přibližně ve stejnou dobu. Pokud - MetadataRetentionCleanup 1 je použit, vydavatele i odběratele jsou automaticky vyčištěny před spuštěním hromadné korespondence, čímž se zajistí, že jsou uzly vyčištěna současně. Pokud dojde ke konfliktu, použijte Prohlížeč konfliktů při replikaci korespondence Zkontrolovat konflikt a v případě potřeby změnit výsledek.

Pokud článek patří několik publikací nebo je v republishing scénář, je možné, že jsou různé retenční období pro daný řádek v vydavatel a odběratel. Aby se snížila možnost čištění meta data na jedné straně, ale ne na druhou, je vhodné, aby tyto různé publikace mají podobné retenční období.

Poznámka: Pokud existuje velké množství meta data v tabulkách systému, které musí být vyčištěna, může trvat déle spuštění procesu sloučení. Čištění dat meta pravidelně, aby se zabránilo tomuto problému.

zpět na horní
5.3.6 zálohování a obnovení problémy pro slučovací replikace

Zavedena v aktualizaci SP1

Publikace databáze, která je obnovit ze zálohy nejprve synchronizovat s odběru databázi, která obsahuje globální odběru (tj odběru nutnosti hodnotu přiřazené priority) zaručit správnou konvergence chování. Synchronizace zajistí, že budou přesně znovu změny byly ztraceny v databázi publikace z důvodu operace obnovení.

Nesynchronizovat publikace databáze odběru databázi, která má anonymní odběru. Protože anonymní odběry nemají dostatek dat meta, chcete-li použít změny v databázi publikace, takové synchronizace může vést k bez konvergence data.

Při plánování zálohování a obnovení operací pro slučovací replikace, zvažte následující další problémy:
  • Obnovte odběr databáze ze zálohy, které nejsou za období uchování.

    Obnovení databáze odběru ze zálohy pouze v případě, že je zálohování ne starší než nejkratší období uchování všech publikací, které se přihlásí odběratele. Například pokud předplatitel přihlásí do tří publikací retenční období 10, 20 a 30 dnů, resp., zálohu použít k obnovení databáze by neměl být více než 10 dní.
  • Synchronizujte před generováním zálohy.

    Důrazně doporučujeme, aby předplatitel synchronizovat s vydavatele před provedením zálohy. Jinak nemusí systém konvergovat správně Pokud předplatitel obnovení z této zálohy. Ačkoli samotný záložní soubor může být velmi nové, poslední synchronizaci s Vydavatel může být stará téměř jako retenční periodu. Zvažte například publikaci s retenční období 10 dnů. Poslední synchronizace byla před 8 dny a nyní je provedeno zálohování. Pokud zálohování je použita novější 4 dny, poslední synchronizace bude došlo 12 dní před, což je za období uchování. Pokud předplatitel měl synchronizovány vpravo před zálohováním, databáze odběru by bylo dobu retenční periody.
  • Pokud změníte hodnotu retenční publikace, znovu inicializujte odběratele.

    Pokud potřebujete změnit hodnotu retenční publikace, ručně znovu inicializujte odběratel vyhnout non konvergence data. Meta data podle uchování vyčistit funkce odstraní zastaralé meta data z sloučení systémových tabulek při dosažení retenční období publikace.

    Hodnota retenční publikace slouží k určení, pokud uplyne lhůta platnosti předplatného, které nejsou synchronizovány dobu retenční periody. Pokud po čisté nahoru, je zvýšena hodnota retenční periody pro publikace a předplatné se pokusí sloučit s vydavatelem (který byl již odstraněn meta data), předplatné nevyprší z důvodu zachování zvýšené hodnoty. Kromě toho vydavatele nemá dostatek dat meta Stáhnout změny účastníka, který vede k bez konvergence.
  • Použijte stejné hodnoty retenční publikace pro všechny vydavatele a jejich partnery alternativní synchronizace. Pomocí různých hodnot může vést k bez konvergence.
zpět na horní
5.3.7 obnovení replikované databáze z různých verzích serveru SQL Server

Zavedena v aktualizaci SP1

Obnovení zálohy na stejném serveru a databáze – jako server, ze kterého byla vytvořena záloha spuštěna stejná verze – zachová nastavení replikace. Chcete-li obnovit replikované databáze pro verzi serveru SQL Server, který se liší od verze slouží k zálohování databáze, zvažte následující skutečnosti:
  • Pokud obnovujete na SQL Server 2000 s aktualizací SP2 ze zálohy vytvořené pomocí serveru SQL Server 2000 a chcete zachovat nastavení replikace, musíte spustit sp_vupgrade_replication. Spuštění sp_vupgrade_replication zajišťuje, že meta data replikace byl inovován. Pokud nelze spustit sp_vupgrade_replication, replikace dat meta může zůstat ve stavu nepředvídatelné.
  • Pokud obnovujete na SQL Server 2000 ze zálohy vytvořené pomocí serveru SQL Server 7.0 (zda je verze, Service Pack 1, Service Pack 2 nebo Service Pack 3) a chcete zachovat nastavení replikace, je nutné znovu vytvořit zálohy před instalací aktualizace service Pack. Je možné přímo obnovit ze záložní kopie replikované databáze vytvořené v SQL Server 7.0 na SQL Server 2000 s aktualizací SP2, ale nebude zachováno nastavení replikace.
zpět na horní
5.3.8 nové - MaxCmdsInTran parametr pro agenta protokolu Reader

Zavedena v aktualizaci SP1

Počínaje aktualizací SP1, nový parametr příkazového řádku -MaxCmdsInTran, byla přidána čtečka agenta protokolu. Pro transakce ovlivnění velký počet příkazů (obvykle hromadné aktualizace nebo odstraní) musí distribuce Agent čekat Reader agenta protokolu před zahájením šíření transakce odběratele zapsat celá transakce distribuční databáze. Toto zpoždění blokuje Agent distribuce a snižuje rovnoběžnosti mezi dvěma agenty.

Pomocí – MaxCmdsInTran, Agent protokolu Reader rozdělí na menší bloky velké transakce a každý blok obsahuje stejné nebo menší počet příkazů než - MaxCmdsInTran vstupní. Agent distribuce proto lze spustit zpracování starší bloky transakce Reader agenta protokolu je stále práci prostřednictvím vyšší bloky stejné transakce.

K tomuto zlepšení paralelnost mezi protokolu Reader Agent a distribuce Agent přispívá k lepší celkovou propustnost replikace. Upozorňujeme však, že bloky transakce jsou potvrzených u odběratele jako jednotlivých transakcí, čímž přerušíte vlastnost nedělitelnost kyseliny. Tento výsledek není problém ve většině případů, když je vhodné otestovat to zajistit.

Definování parametru – MaxCmdsInTran

Zadejte kladné celé číslo (1 nebo vyšší) pro - MaxCmdsInTran hodnota parametru. Určující hodnotu 0 je ekvivalentní použití parametru není vůbec. Protože tento parametr zlepšuje výkon pouze v případě, že transakce je velmi velký, hodnota 5000 nebo vyšší pro tento parametr je obvyklé. Například:
logread.exe -MaxCmdsInTran 10000.
Chcete-li použít tento parametr, musí vydavatel systémem SQL Server 2000 SP1 nebo novější, a Agent protokolu Čtenář a distribuční databáze je nutné upgradovat na tuto aktualizaci service pack. Jinak - MaxCmdsInTran je ignorována.

zpět na horní
5.3.9 omezení nejedinečné indexy clusteru

Zavedené v SP2 (platí pouze pro transakční replikace).

V tabulce nelze vytvořit nejedinečný index seskupený po publikování pro transakční replikace. Před vytvořením indexu musíte nejprve uvolnit všechny publikace, která obsahuje tabulky.

zpět na horní
5.3.10 nový argument příkazového řádku – MaxNetworkOptimization pro agenta snímků

Při běžném zpracování slučovací replikace můžete odeslat DELETE příkazy předplatitelé pro řádky, které nepatří do oddílu účastníka. DELETE příkazy tohoto typu jsou označovány jako irelevantní odstraní. Odstraní irelevantní neovlivní integrity dat nebo konvergence, ale může mít za následek zbytečný přenos v síti.

Pro snížení zatížení sítě z irelevantní odstraní, můžete použít nový parametr pro agenta snímků -MaxNetworkOptimization s publikací slučovací replikace. Nastavení parametru na hodnotu 1 minimalizuje pravděpodobnost irelevantní odstraní, která maximalizuje optimalizace sítě.

Poznámka: Nastavení tohoto parametru na hodnotu 1 je užitečná pouze v případě, že možnost optimalizace synchronizace sloučené publikace je nastavena na hodnotu true ( @keep_partition_changes parametr sp_addmergepublication).

Výchozí hodnota je 0, protože nastavení parametru na hodnotu 1, můžete zvětšit úložiště metadat a způsobit snížení výkonu u vydavatele, pokud existují více úrovní spojení filtry a filtry složité podmnožina. Měli byste pečlivě posoudit topologii replikace a nastavit pouze - MaxNetworkOptimization 1 Pokud je síťové přenosy z irelevantní odstraní nepřijatelně vysoká.

Tento parametr můžete přidat profil pro agenta snímků spuštěním procedury systému sp_add_agent_parameter:
EXEC sp_add_agent_parameter 1, 'MaxNetworkOptimization', 1
zpět na horní

5.4 Meta datových služeb

Následující položky se vztahuje na SQL Server 2000 Meta Data Services.
5.4.1 Meta Data prohlížeči exporty Unicode

Zavedena v aktualizaci SP1

Meta Data prohlížeč nyní exportuje založených na formátu XML meta data ve formátu Unicode. Před instalací aktualizace SP1 pro aplikaci SQL Server 2000 exportována prohlížeče kódu ANSI, který nepodporuje neanglické znaky. Tato změna funkčnosti je pro uživatele transparentní. Počínaje touto verzí aktualizace SP2 je vždy vyjádřen exportovaná data ve formátu Unicode. Můžete ještě exportovat v kódu ANSI nastavením hodnoty registru klíč HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport na "0". Následující seznam obsahuje hodnoty, které lze nastavit pro tento klíč registru:
  • NOOBJID=1
  • NOHEADER=2
  • INDENTATION=4
  • UNICODE=8
  • LOGUNMAPPEDTAGS=16
  • EXPORTBASE=32
Další informace o všech příznaků naleznete v tématu "IExport::Export metoda" v SQL Server Books Online.

zpět na horní

5.5 data Transformation Services

Následující položky se vztahuje na SQL Server 2000 Data Transformation Services (DTS).
5.5.1 DTS průvodce již omezuje sloupce řetězce na 255 znaků.

Zavedené v SP2

Při exportu dat do textového souboru, nastaví Průvodce exportem importovat DTS nyní balíček zapisovat až 8000 znaky libovolný sloupec obsahující data typu řetězec.

zpět na horní
5.5.2 kontext zabezpečení zaznamenána pro balíčky DTS spustit SQL Server Agent

Zavedené v SP2

SQL Server Agent zaznamenává kontext zabezpečení, pod kterým každý krok úloha spuštěna. Počínaje aktualizací SP2, kontext zabezpečení zobrazí v dialogovém okně historie úlohy. Při spuštění balíčku DTS z kroku v úloze SQL Server Agent zaznamenává uživatelský účet, pod kterým je balíček spuštěn. Tyto informace pomáhají správcům diagnostikovat oprávnění a ověřování problémy, které nastat při DTS balíčky jsou naplánovány na serveru.

zpět na horní
5.5.3 SQL Server Agent Proxy účet vylepšení

Zavedené v SP2

Před aktualizací SP2 nemůže být spuštěn DTS balíčky uložené na serveru v části přihlašovací účet SQL Server Agent Proxy Pokud účtu serveru proxy měl přístup do složky TEMP uživatele pro účet, pod které buď server (v případě úlohy spustit z xp_cmdshell) nebo zástupce (v případě úlohy agent) byla spuštěna. Z tohoto důvodu uživatelé často bylo upravit proměnná prostředí TEMP pro spouštěcí účet serveru SQL Server nebo SQL Agent přejděte do adresáře, který byl přístupný i spuštění a proxy účtech, například C:\TEMP. SP2 DTS byla vylepšena, aby použít systémovou složku TEMP, pokud složka TEMP uživatele není k dispozici, značně snižuje potřebu tyto úpravy.

zpět na horní

5.6 vylepšení virtuální zálohování zařízení API

Následující položky se vztahuje na SQL Server 2000 virtuální zálohování zařízení API.
5.6.1 zachytávání více databází v jednom snímku

Zavedené v SP2

Virtuální zařízení API zálohování umožňuje nezávislí dodavatelé softwaru integrovat do svých produktů SQL Server 2000. Toto rozhraní API je analyzována poskytovat maximální spolehlivosti a výkonu. Plně podporuje funkci zálohování a obnovení SQL Server 2000, včetně kompletní rozsah schopností teplou a snímek zálohování.

SP1 a starších verzích byl žádný způsob, jak ukotvit a zálohovat více než jedné databáze najednou. SP2 nyní poskytuje podporu straně serveru zmrazení a zachytávání více databází v jednom snímku prostřednictvím příkazu VDC_PrepareToFreeze .

Virtuální zařízení specifikace zálohování v aktualizaci SP2 obsahuje aktualizované informace o VDC_PrepareToFreeze příkaz. Aktualizovaná verze souboru záhlaví Virtual Device Interface (vdi.h) lze najít na \devtools\include v adresáři instalace aktualizace SP2.
zpět na horní

6.0 rozšíření dotazu v angličtině

Zavedena v aktualizaci SP1

Společnost Microsoft vydala s prvkem zvýšení zabezpečení pro aplikace English Query. Toto vylepšení není nainstalována jako součást Service Pack. Doporučujeme však použít jej při použití English Query. Zvýšení zabezpečení je umístěn na disku CD-ROM s aktualizací SP2 do složky \EQHotfix. Podrobnosti o rozšíření English Query jsou k dispozici na Microsoft produkt Support Services znalostní báze Knowledge Base. Hledání v databázi Knowledge Base v článku 297105.

zpět na horní

7.0 knihovny DB-Library a Embedded SQL pro C

Zavedena v aktualizaci SP1

Při knihovny DB-Library a Embedded SQL pro C aplikační programovací rozhraní (API) jsou stále podporovány v SQL Server 2000, žádné budoucí verze serveru SQL Server bude obsahovat soubory potřebné k programování práce aplikací používajících tato rozhraní API. Připojení z existujících aplikací vytvořených pomocí knihovny DB-Library a Embedded SQL pro C bude i nadále podporována v další verzi serveru SQL Server, ale tato podpora také bude odstraněno v budoucí verzi. Při psaní nové aplikace, vyhněte se použití těchto součástí. Při úpravách existujících aplikací, jsou důrazně doporučujeme odebrání závislostí na těchto technologií. Knihovny DB-Library nebo vložené SQL pro C můžete použít rozhraní ADO, OLE DB nebo ODBC pro přístup k datům serveru SQL Server. Naleznete v Dokumentaci SQL Server Books Online Další informace o těchto technologií.

zpět na horní
Vlastnosti

ID článku: 889552 - Poslední kontrola: 16. 1. 2017 - Revize: 1

Váš názor