Service Pack 3a pro Microsoft SQL Server 2000 duben 9 2003

ID článku: 889551 - Produkty, které se vztahují k tomuto článku.
Strojově přeložený článekUPOZORNĚNÍ: TENTO ČLÁNEK BYL STROJOVĚ PŘELOŽEN
Service Pack 3a pro 2000 Microsoft SQL Server
9. Dubna 2003
Copyright Microsoft Corporation 2003. All Rights Reserved. Týmu dokumentaci SQL Server nemůže odpovědět technické dotazy, ale uvítá návrhy a komentáře o této dokumentace readme. Můžete rychle a přímo odeslat e-mailové názor pomocí odkazu níže. Všechny názory musí být v angličtině. Pokud chcete odeslat napsané názory tohoto dokumentu, klepněte sem:
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

1.0 Úvod

Microsoft SQL Server 2000 S aktualizací Service Pack 3a (SP3a) zahrnuje změny SQL Server 2000 SP3, které řeší problémy aktivovaná červ Slammer:
  • SP3a lze použít pro SQL Server 2000 Enterprise Evaluation Edition Chcete-li použít opravy instancí tohoto vydání serveru SQL.
  • SP3a někteří zákazníci zjistila verzi součásti Microsoft Data Access (MDAC) v SQL Server 2000 SP3 řeší problémy s instalací
  • Nástroj instalace MSDE 2000 SP3a nyní výchozí vypnutí podpory pro síťová připojení při instalaci nové instance MSDE 2000. Při inovaci instance SP3a zachováno aktuální nastavení podporu sítě.
  • Instance SQL Server 2000 SP3a nebo MSDE 2000 SP3a konfigurována nepodporuje síťová připojení, instance také zastaví pomocí portu UDP 1434.
Protože většina změn zavedených v aktualizaci SP3a souvisí s instalačním programem, není tuto aktualizaci nutné použít u instancí serveru SQL Server 2000 nebo modulu MSDE 2000, které již byly upgradovány na aktualizaci SP3. Pokud však používáte instance, které ještě nebyly upgradovány na aktualizaci SP3, měli byste je vždy upgradovat přímo na aktualizaci SP3a, a nikoli na aktualizaci SP3. Pokud mají všechny kopie SP3 stáhnout soubory, které byly plánování použít pro budoucí inovace, měli byste tyto kopie odstranit a místo toho použijte buď SP3a stahování souborů nebo SP3a CD-ROM. aplikace, které distribuovat a nainstalovat MSDE 2000 by měli nainstalovat SP3a namísto SP3. Ačkoli aktualizaci SP3a lze u instancí serveru SQL Server 2000 SP3 nebo modulu MSDE 2000 SP3 použít, nebude mít tato akce na uvedené instance téměř žádný vliv.

Tato verze Service Pack 3a (SP3a) pro Microsoft SQL Server 2000 je poskytována v tří částí:
  • Aktualizace SP3a součásti databáze poskytuje aktualizace součásti databáze instance SQL Server 2000 vyloučení instance SQL Server 2000 Desktop Engine. SP3a součásti databáze obsahuje aktualizace:
    • Databázový stroj.
    • Všechny databáze klientské nástroje a nástroje, jako například SQL Server Enterprise Manager a nástroje osql.
    • Databáze klientských připojení k součásti, například Microsoft OLE DB Provider for SQL Server 2000, ovladače SQL Server 2000 ODBC a síťové knihovny klienta.
  • Poskytuje aktualizace pro součásti SQL Server 2000 Analysis Services instalace serveru SQL Server 2000 SP3a služby analýzy včetně:
    • Analysis Services.
    • Součásti klienta služby analýzy, které zahrnují Správce analýzy a zprostředkovatele Microsoft OLE DB služby pro analýzu.
    • Databáze klientských připojení k součásti, například Microsoft OLE DB Provider for SQL Server 2000, ovladače SQL Server 2000 ODBC a síťové knihovny klienta.
  • Aktualizace SP3a plochy Engine poskytuje aktualizace databázové součásti instance SQL Server 2000 Desktop Engine (MSDE 2000), včetně:
    • Databázový stroj.
    • Databáze nástroje příkazového řádku, které jsou součástí MSDE 2000, jako jsou například nástroje osql a bcp.
    • Databáze klientských připojení k součásti, například Microsoft OLE DB Provider for SQL Server 2000, ovladače SQL Server 2000 ODBC a síťové knihovny klienta.
Tyto tři části SP3a lze použít samostatně, způsobem:
  • Servery SQL Server 2000 můžete použít SP3a součásti databáze upgradovat jejich databázové součásti bez jejich Analysis Services inovaci součásti nebo instance SQL Server 2000 Desktop Engine.
  • Weby Services 2000 analýzy lze použít k upgradu jejich součásti služby pro analýzu bez inovace instancí Desktop Engine nebo jejich databázové součásti Analysis Services SP3a.
  • Weby MSDE 2000 lze použít k upgradu instance MSDE 2000 bez inovace Analysis Services nebo instance databázového stroje SQL Server 2000 Desktop Engine SP3a.
Poznámka:Pokud samostatné instance MSDE 2000 a ostatní vydání databázového stroje SQL Server 2000 jsou nainstalovány ve stejném počítači, musíte použít Desktop Engine SP3a instance MSDE 2000 a databáze součásti SP3a pro instance databázového stroje SQL Server 2000, například Personal Edition, Standard Edition nebo Enterprise Edition.

Poznámka:Stolní SP3a Engine je pouze součástí aktualizace service pack je k dispozici v brazilské, švédské a holandština, protože SQL Server 2000 Desktop Engine (MSDE 2000) je pouze verze SQL Server 2000, který je vytvářen pro tyto jazyky. Součásti SQL Server 2000 inovovány SP3a součásti databáze nebo Analysis Services SP3a nejsou k dispozici v těchto jazycích. Portugalština (Brazílie), švédština a holandština uživatelé, kteří chtějí použít SP3a verzi serveru SQL jiné než Desktop Engine musí stáhnout SP3a soubory odpovídající jazyk edition chcete provést upgrade. Například SP3a anglické jazykové soubory je třeba stáhnout upgrade anglické jazykové verze databázového stroje SQL Server 2000. Informace o stažení aktualizace service pack naleznete v tématu oddíl 2.0 stahování a soubor SP3a.

1.1 Přehled instalace SP3a součásti databáze

Databáze součásti SP3a instalační program automaticky zjistí verzi SQL Server 2000 je k dispozici na instance SQL Server 2000 právě inovován. Instalační program inovuje pouze součásti nainstalované pro instanci. Například pokud použít aktualizaci service pack do počítače se systémem SQL Server 2000 Standard Edition, aktualizace service pack nepokusí inovovat součásti, které jsou součástí pouze systému SQL Server 2000 Enterprise Edition.

SP3a součásti databáze můžete použít jedinou výchozí instance nebo pojmenované instance serveru SQL. Pokud inovujete více instancí SQL Server 2000 SP3a, musíte použít SP3a každé instance. Při inovaci jedné instance v počítači s jedním nebo více instancí SQL Server 2000 SP3a všechny nástroje jsou inovovány na SP3a. Nejsou samostatné kopie nástroje pro každou instanci.

1.2 Přehled instalace SP3a Desktop Engine (MSDE 2000)

Stolní Engine SP3a lze:
  • Upgrade existující instance SQL Server 2000 Desktop Engine (MSDE 2000) SP3a.
  • Nainstalovat nové instance MSDE 2000 SP3a za předpokladu, že máte licenci MSDE 2000, která umožňuje nainstalovat instance MSDE 2000.
  • Za předpokladu, že máte licenci MSDE 2000, která umožňuje spuštění instance MSDE 2000 upgradovat instance MSDE 1.0 MSDE 2000.
  • Poskytují soubory potřebné pro vývojáře zapisovat nástroj instalace aplikací, instance MSDE 2000 SP3a lze nainstalovat jako součást instalace aplikace. Vývojář musí mít licenci distribuovat MSDE s aplikací.
Další informace o licencování MSDE 2000 v tématu Uses of MSDE 2000
(http://www.microsoft.com/sql/prodinfo/previousversions/msde/msdeuse.mspx)
.

Postupy pro použití SQL Server 2000 S aktualizací Service Pack 3a k existující instanci MSDE 2000 závisí na jak byl nainstalován instance. Soubory Microsoft lze použít pouze použít SP3a instance MSDE 2000, které byly nainstalovány MSDE 2000 SP3a modul Desktop instalační program nástroj. Většina aplikací nainstalovat MSDE 2000 pomocí jednoho ze dvou mechanismů:
  • Instalační program aplikace volá instalační nástroj MSDE 2000 během instalace. Instance MSDE 2000 nainstalované tímto způsobem mohou být inovovány SP3a pomocí souborů Desktop Engine SP3a.
  • Pokud instalační program aplikace používá technologii Instalační služba Microsoft Windows Installer, instalační program může spotřebovat přímo moduly sloučení MSDE 2000. Instance MSDE 2000 nainstalované tímto způsobem nelze inovovat soubory Desktop Engine SP3a. Aplikace musí dodavatele pro opravu soubor. Stolní SP3a Engine (MSDE 2000) obsahuje moduly podporu existujících aplikací používat moduly sloučení hromadné korespondence. Instalace nástroje pro nové aplikace by měla zapsány do volání nástroj instalace MSDE 2000 namísto přímo spotřebovávat moduly sloučení MSDE 2000.
Pokyny pro určení, zda instance MSDE 2000 mohou být inovovány SP3a pomocí Desktop Engine SP3a jsou v části 2.1 stahování a SP3a soubor Desktop Engine (MSDE 2000). I když jsou použití Desktop Engine SP3a z disku CD-ROM SQL Server 2000 SP3a, přečtěte si pokyny v části 2.1 zjistit, zda můžete použít Desktop Engine SP3a nebo pro opravu soubor musí kontaktovat dodavatele aplikace.

Pokud existuje více instancí MSDE 2000 v počítači, musí každé instance jednotlivě k určení, zda můžete použít Desktop Engine SP3a vyhodnotit. SP3a musíte použít také samostatně na každou instanci.

Zkontrolujte materiálu v částech 1 a 2 Tento soubor readme a potom postupujte podle pokynů v části 3 Pokud:
  • Určit, které můžete použít Desktop Engine SP3a existující instance MSDE.
  • Instalujete novou instanci MSDE 2000.
  • Soubory Desktop Engine SP3a jsou zapojení do instalačního nástroje aplikace.
Tyto oddíly přidělíte příklady pro většinu běžných scénářů inovace existující instanci MSDE SP3a nebo instalaci nové instance MSDE 2000 SP3a:
  • 3.7.4 Upgrade existující instance MSDE 2000 SP3a Komu
  • 3.7.5 Instalace nové instance MSDE 2000 SP3a
  • 3.7.6 Inovace MSDE 1.0 MSDE 2000 SP3a

1.3 Odebrání SP3a

Způsob odebrání SQL Server 2000 SP3a závisí na SQL Server 2000 SP3a součásti, které odebíráte.

Odebrání SQL Server databázové součásti a Desktop Engine SP3a

Při instalaci SP3a součástí databáze SQL Server nebo Desktop Engine SP3a provést změny systémových tabulek z důvodů údržby a také upgrade uživatele a distribuční databáze, které jsou členy topologii replikace. Z důvodu těchto změn nelze SP3a snadno odebrat. Chcete-li se vrátit k sestavení, které byly spuštěny před instalací SP3a, nejprve musíte odinstalovat instanci databázového stroje SQL Server 2000 nebo MSDE 2000; potom musíte přeinstalovat instanci. Pokud byly spuštěny předchozí aktualizace SQL Server 2000 service pack nebo použít všechny opravy QFE (Quick Fix Engineering) je nutné znovu použít, že aktualizace service pack a opravy QFE k instanci.

Poznámka: Odebrat SP3a, musíte mít záloh hlavní, model a msdb databází, které byly převzaty bezprostředně před k použití SP3a. Další informace naleznete v tématu oddíl 3.1 zpět nahoru svůj databáze typu SQL Server a oddíl 3.2 zpět nahoru svůj Analysis Services databáze a úložiště.

Další informace naleznete v tématu odinstalování komponenty serveru SQL Server 2000 a Desktop Engine SP3a.

Odebrání SQL Server Analysis Services součásti SP3a

Aby bylo možné vrátit do stavu před aktualizací SP3a SQL Server Analysis Services, je nutné zálohovat registr před instalací SP3a klíč
HK_LOCAL_MACHINE\Software\Microsoft\OLAP Server
a všechny jeho podklíčů. Při odinstalování SP3a, musíte odstranit tento klíč registru a obnovení před aktualizací SP3a verze ze zálohy.

Poznámka: Aktualizace MDAC 2.7 SP1a provedených během instalace SP3a nemůže být odinstalován.

Další informace naleznete v tématu 3.1.4 odinstalování SQL Server 2000 Analysis Services SP3a.

1.4 Identifikující aktuální verzi SQL Server nebo Analysis Services

Určení nainstalována verze aplikace SQL Server nebo Analysis Services, použijte postupy v následujících částech.

SQL ServerK identifikaci verzi databázového stroje SQL Server 2000 nebo MSDE 2000 jste nainstalovali, zadejte na příkazovém řádku pomocí nástroje osql nebo isql nebo v okně dotaz SQL Query Analyzer SELECT @@ VERSION nebo SERVERPROPERTY('ProductVersion').

Podobně může být určen úroveň produktu pro danou verzi databázového stroje SQL Server 2000 nebo MSDE 2000 vykonáním příkazu SELECT SERVERPROPERTY('ProductLevel').

Následující tabulka zobrazuje vztah mezi verze SQL Server 2000 a úroveň a číslo verze vykazován @@ VERSION a úroveň produktu vykazován SERVERPROPERTY('ProductLevel').
Zmenšit tuto tabulkuRozšířit tuto tabulku
Verze SQL Server 2000 a úroveň@@ VERZEProductLevel
Původní verze SQL Server 20008.00.194RTM
Databáze Components SP1 nebo Desktop Engine SP18.00.384SP1
SP2 součásti databáze nebo Desktop Engine SP28.00.534SP2
Databáze SP3 součásti nebo SP3a, nebo Desktop Engine SP3 nebo SP3a8.00.760SP3
Pokud si nejste jisti, jakou verzi databázového stroje SQL Server 2000 nebo MSDE 2000 používáte, zobrazení poslední řádek výstup vrácen SELECT @@ VERSION. Poslední řádek by měl odpovídat jednu z následujících: 
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 edici serveru SQL MSDE 2000 nebo databázový stroj. Je následován aktuální informace o operačním systému.

Vydání můžete také určit zadáním SELECT SERVERPROPERTY('Edition') příkazového řádku pomocí nástroje osql nebo isql nebo v okně dotaz SQL Query Analyzer.

Služba pro analýzu

Identifikovat nainstalována verze Analysis Services, postupujte takto:
  1. Z nabídky Start přejděte na Programy, přejděte na SQL Server 2000, přejděte na Analysis Services a klepněte na tlačítko Správce analýzy.
  2. Ve stromu Správce analýzy klepněte pravým tlačítkem na uzel Analysis Servers a potom klepněte na tlačítko Analysis Services.
  3. Pomocí následující tabulky určete máte verzi Analysis Services.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Služba verze analýzyČíslo v nápovědě o sestavení
Původní verze SQL Server 2000 Analysis Services8.0.194
Analýzy Services SP18.0.382
Analýzy Services SP28.0.534
Analýzy Services SP3 nebo SP3a8.0.760
Rozlišování mezi SP3 a SP3a

Chcete-li zjistit, zda máte nainstalován SP3a nebo SP3, podívejte se číslo verze souboru síťovou knihovnu Ssnetlib.dll. Pokud je číslo verze tohoto souboru 2000.80.760.0, máte SP3; Pokud je číslo verze tohoto souboru 2000.80.766.0, máte SP3a.

Za předpokladu, že instance byla nainstalována pomocí výchozího nastavení, můžete v těchto umístěních zjistit souboru Ssnetlib.dll:
  • Výchozí instance: C:\Program Files\Microsoft SQL Server\Binn\Ssnetlib.dll
  • Pojmenované instance: C:\Program Files\Microsoft SQL Server\MSSQL$<instancename>\Binn\Ssnetlib.dll
Chcete-li zjistit, zda máte instalační složky SP3 nebo SP3a, otevřete soubor SP3Readme.htm a číst první stránku. Verzi service pack: SP3a nebo SP3, je uveden v horní části první stránky.

1.5 Další informace o SP3a

Seznam oprav obsažených v této aktualizaci service pack budou poskytovány v článku znalostní báze Microsoft Knowledge Base 306908. Každá oprava uvedeny 306908 má odkaz k článku znalostní báze Knowledge Base popisující problém adresovány oprava. Jednotlivé články znalostní báze Knowledge Base informace o každé oprava získáte pomocí odkazů

Vyhledání článku ve znalostní bázi
  1. Ze seznamu Vyberte produkt Microsoft vyberte SQL Server 2000.
  2. Do pole Hledat zadejte číslo článku chcete.
  3. Ve skupinovém rámečku Typ hledání vyberte článku ID.
  4. Klepněte na tlačítko Přejít.
V článku znalostní báze Microsoft Knowledge Base 816502 budou publikovány žádné informace relevantní pro SQL Server 2000 S aktualizací Service Pack 3a nebyl k dispozici v čase mají být zahrnuty v tomto souboru readme.

Knowledge Base články uvedené v tomto souboru readme jsou k dispozici v Microsoft Product Support Services Knowledge Base.

Microsoft Data Access Components

Tato aktualizace Service pack obsahuje aktualizace Microsoft Data Access Components (MDAC), včetně aktualizací MSXML.

Další informace naleznete v tématu oddíl 5.5.1 aktualizace Microsoft Data Access Components.

Opravy QFE

Všechny veřejně vydané bulletiny zabezpečení SQL Server 2000 SP2 mít byl vyřešen v SP3a. Přijaté SQL Server 2000 hotfix po 14. října 2002 není tato oprava hotfix pravděpodobně zahrnuta do SP3a.

Obraťte se na poskytovatele primární podporu o získání opravy hotfix stejné pro SQL Server 2000 SP3a.

Aktualizace SQL Server CE server nástroje

Uživatelé systému Windows CE vydání Microsoft SQL Server 2000 (SQL Server CE), kteří přešli nebo plánování inovace SQL Server 2000 databáze a aplikace publisher serverů SP3 nebo novější byste také aktualizovat součásti replikace serveru na serverech Internetová informační služba (IIS). Aktualizované instalační nástrojů serveru SQL Server CE je k dispozici na tomto Microsoft Web site
(http://www.microsoft.com/sql/prodinfo/previousversions/sqlce/default.mspx)
.

1.6 Aktualizované knihy online dokumentace je dostupná

Aktualizovaná dokumentace pro SP3 a SP3a je k dispozici. SQL Server 2000 Books Online (aktualizováno - SP3) obsahuje dílčí revize plus nové informace související s SP3 a SP3a.

Můžete stáhnout z tohoto Microsoft Web site
(http://www.microsoft.com/sql/prodinfo/previousversions/sqlce/20bol.mspx)
SQL Server 2000 Books Online (aktualizováno - SP3).

1.7 Aktualizaci SQL Server a ukázky Analysis Services jsou dostupné

Ukázky pro SQL Server 2000 stroj a analýzu databáze služby, které byly aktualizovány pro SP3 a SP3a jsou k dispozici. Tyto aktualizované ukázky můžete stáhnout z tohoto webu společnosti Microsoft.

2.0 Stahování a soubor SP3a

SP3a distribuovány následujícími způsoby:
  • Na SQL Server 2000 S aktualizací Service Pack 3a CD-ROM obsahuje služba balíky pro následující součásti:
    • SP3a součásti databáze
    • Služby SP3a analýzy
    • Stolní SP3a Engine
  • V tři samorozbalující soubory, které lze stáhnout z Internetu na Microsoft SQL Server Downloads Web site
    (http://technet.microsoft.com/en-us/sqlserver/bb331729.aspx)
    :
    • Sql2ksp3.exe (SP3a součásti databáze)
    • Sql2kasp3.exe (Analysis Services SP3a)
    • Sql2kdesksp3.exe (Desktop Engine SP3a)
Poznámka: SQL Server 2000 Service Pack 3a CD-ROM a Sql2kdesksp3.exe obsahovat všechny soubory, které jsou nutné k instalaci nové instance Desktop Engine.

Poznámka: Soubory ke stažení pro SP3a mají stejné názvy jako soubory pro SP3. Pokud máte SP3a CD, můžete nainstalovat SP3a přímo z disku CD-ROM.

Pokud máte SP3a CD, můžete stáhnout příslušný soubor a potom spustit. Při stahování souboru spustit v počítači, vytvoří sadu složky a soubory na disku stejné organizaci jako složky a soubory na disku CD-ROM SP3a. Po dokončení této fáze extrakce souboru můžete nainstalovat SP3a ze složek na disku.

Při stahování a extrahování SP3a instalační soubory z Internetu, použijte následující pokyny:
  • Stáhnout jeden ze souborů uvedených v části 2.0 a umístěte samorozbalovací soubor buď ve složce v počítači je spuštěn software SQL Server 2000, který inovujete SP3a nebo ve složce na síťové sdílené položce. Ze složky spusťte soubor. Self-extraction program zobrazí výzvu k zadání názvu složky, do kterého chcete soubory aktualizace service Pack umístěn.

    Poznámka:Při extrahování aktualizace service pack k síti sdílet, cestu ke složce zadat je relativní k složky, ve kterém jste spustili self-extraction program.
  • Na místní jednotku nebo síťové sdílené položce, do které stáhnout instalační soubory aktualizace service Pack musíte mít volného místa je přibližně třikrát velikost samorozbalovací soubor. To zahrnuje místa k uložení samorozbalovací soubor, místo pro ukládání extrahované soubory aktualizace a požadované programem self-extraction samotný dočasné pracovní prostor.
  • Přejmenovat nebo přesunout složku Po extrahování součásti; však zkontrolujte název cesty adresáře neobsahuje mezery. Použít stejnou cílovou složku pro každou samorozbalující soubory; jejich nedojde navzájem přepsat nebo vzájemně ovlivňovat.
  • Samorozbalovací soubory se používají k sestavení sadu adresářů a souborů, které jsou stejné jako na SP3a CD-ROM. Stáhnout SP3a je třeba extrahovat soubory sestavení adresářů service pack před spuštěním instalace serveru SQL.
  • Pro databáze součásti SP3a a Analysis Services SP3a procesu instalace je stejné pro CD-ROM a extrahované soubory.
Poznámka: Některé soubory v aktualizacích service Pack jsou systémové soubory. Nelze zobrazit jejich Pokud postupujte takto: V aplikaci Windows Explorer v nabídce Zobrazit klepněte na tlačítko Možnosti, klepněte na kartu Zobrazit a potom zaškrtněte políčko zobrazovat všechny soubory políčko.

Jak určit jazyk instance SQL Server 2000 Database Engine nebo MSDE 2000

Aktualizace SQL Server 2000 service Pack jsou specifické pro jazyk. Upgrade SQL Server 2000, stáhněte a použít aktualizaci service pack, která má stejný jazyk jako software SQL Server 2000. Například upgradujete instance MSDE 2000 používá japonština, musíte stáhnout japonské verze Desktop Engine SP3a.
  • Klepněte na tlačítko Start a potom klepněte na příkaz Spustit.
  • Do pole Otevřít zadejte Regedit a potom klepněte na tlačítko OK
  • Vyhledejte a vyberte jednu z následujících klíčů:
    • Pro výchozí instanci databázového stroje SQL Server 2000 nebo MSDE 2000 vyhledejte a vyberte tento klíč:

      HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\MSSQLServer\CurrentVersion
    • Pojmenovaná instance databázového stroje SQL Server 2000 nebo MSDE 2000 vyhledejte a vyberte tento klíč:

      Kde je InstanceName název instance HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\InstanceName\CurrentVersion
  • V pravém podokně číst hodnotu položku jazyk. Porovnat hodnotu v následující tabulce určit jazyk pro instanci databázového stroje SQL Server 2000 nebo MSDE 2000:
    Zmenšit tuto tabulkuRozšířit tuto tabulku
    Hodnota registru jazyk (v šestnáctkové soustavě)Jazyk hodnotu registru (v šestnáctkové soustavě)Hodnota registru jazyk (v šestnáctkové soustavě)
    0x000004041028Čínština (tradiční)
    0x000004071031Němčina
    0x000004091033Angličtina
    0x0000040a1034Španělština
    0x0000040c1036Francouzština
    0x000004101040Italština
    0x000004111041Japonština
    0x000004121042Korejština
    0x000004131043Holandština
    0x000004161046Portugalština (Brazílie)
    0x0000041d1053Švédština
    0x000008052053 Zjednodušená čínština
Součásti databáze a soubory SP3a Analysis Services

Součásti databáze a Analysis Services instalace soubory obě obsahují dokumentaci aktualizované instalační program získat přístup klepnutím na tlačítko nápovědy během instalace SP3a. Tato dokumentace neaktualizuje verze SQL Server 2000 Books Online, která je již nainstalována v počítači. Informace o tom, jak získat aktualizovanou verzi SQL Server Books Online naleznete oddíl 1.6 aktualizované knihy OnlineDocumentation je dostupné. Pokud chcete přístup k právě aktualizované SQL Server 2000 SP3a nastavení dokumentaci bez aktualizace SQL Server Books Online, spusťte soubor Setupsql.chm. Setupsql.chm je umístěn v podsložce \Books adresáře na SP3a CD-ROM, místní adresář nebo síťové sdílené položce, která obsahuje extrahované soubory aktualizace.

2.1 Stahování a soubor SP3a Desktop Engine (MSDE 2000)

Uživatelé, kteří mají existující instanci MSDE 2000 musí vědět, jak byl nainstalován jejich instance MSDE 2000 vědět, jak jej oprava. Můžete určit z informace zaznamenané jako kód_produktu položka v klíči registru podle pokynů v 311762 článku Microsoft Knowledge Base.
  • Pokud byl původní název balíčku hodnotu kód_produktu SqlRun01.msi prostřednictvím SqlRun16.msi, můžete inovovat instance MSDE 2000 pomocí SQL Server 2000 SP3a stahování souborů. Informace o tom, jak určit jazyk instance MSDE 2000 naleznete výše.
  • Pokud původní název balíčku kód_produktu hodnota odkazuje na aplikace Microsoft naleznete na následující stránce pokyny o upgradu, že instance MSDE 2000: Microsoft MSDE Applications Web page
    (http://www.microsoft.com/downloads/details.aspx?familyid=90dcd52c-0488-4e46-afbf-acace5369fa3&displaylang=en)
    .
  • Pokud v článku není uvedena hodnota kód_produktu, instance byla nainstalována pomocí instalačního programu aplikace. Použít SP3a takové MSDE instance nelze použít SQL Server 2000 SP3a stahování souborů. Místo toho, musíte získat od společnosti napsali aplikace souboru opravy. Pokud aplikace pochází od jiné společnosti než Microsoft, musí kontaktovat společnosti pro opravu soubor. Pokud aplikace pochází od společnosti Microsoft, naleznete na následující stránce seznam MSDE aplikací od společnosti Microsoft (Tato stránka bude aktualizována informacemi o upgradu tyto instance MSDE 2000): Microsoft MSDE Applications Web page
    (http://www.microsoft.com/sql/prodinfo/previousversions/msde/prodinfo.mspx)
    .
  • Pokud byl původní název balíčku pro hodnotu kód_produktu Sample.msi nebo SampleUpg.msi, viz znalostí článku 314131.
Stahování MSDE 2000 SP3a

Instance MSDE 2000 byla nainstalována pomocí instalačního nástroje MSDE (SqlRun01.msi prostřednictvím SqlRun16.msi byl původní název balíčku), můžete provést upgrade instance MSDE 2000 pomocí souboru SQL Server 2000 SP3a stahování:
  • Přejděte Microsoft SQL Server Downloads Web site
    (http://technet.microsoft.com/en-us/sqlserver/bb331729.aspx)
    .
  • V Úplné stažení poli v pravém horním této stránky vyberte jazyk, který odpovídá jazyku instance MSDE 2000 a klepněte na tlačítko Vyhledat.
  • Na další stránce vyhledejte část souborů v této download v dolní části stránky. V závislosti na jazyku vyberte jednu z těchto souborů:
    • Pokud jste vybrali angličtina, stažení souboru SQL2KDeskSP3.exe složky v počítači.
    • Pokud jste vybrali jiný jazyk, stažení souboru LLL_SQL2KDeskSP3.exe kde LLL se liší podle jazyka.
Extrahování soubory MSDE 2000 SP3a

Po stažení SQL2KDeskSP3.exe nebo LLL_SQL2KDeskSP3.exe, je třeba extrahovat soubory MSDE 2000 SP3a:
  • Spusťte Průzkumníka Windows a přejděte do složky stažené MSDE 2000 SP3a stažení souboru (SQL2KDeskSP3.exe nebo LLL_SQL2KDeskSP3.exe kde LLL se liší podle jazyka)
  • Poklepáním na stažený soubor extrahovat SP3a MSDE soubory. Dotaz, určete složku, do kterého mohou být SP3a soubory extrahovány.

3.0 Instalace Service Pack

Chcete-li nainstalovat SP3a, použijte pokyny k instalaci v následujících částech. Ne všechny kroky jsou vyžadovány v závislosti na které následující součásti SQL Server 2000 nebo konfigurací jsou použití aktualizaci Service pack:
  • Součásti databáze
  • Analysis Services
  • Modul plochy
  • Selhání clusteru
  • Replikace serveru
Komponenty, které se vztahuje daný oddíl označuje první věty v jednotlivých následujících částech.

Před počáteční instalace

Pokud aplikace používá instanci databázového stroje SQL Server 2000 nebo MSDE 2000, zkontrolujte nejdříve zprostředkovateli aplikaci naleznete, pokud existují libovolný databázový stroj nebo MSDE 2000 určité aspekty upgradu na aplikaci.

SP3a instalace se nezdaří, pokud buď následující zásady zabezpečení byl nastaven na Nepovolit instalaci:
  • Zařízení: chování při instalaci ovladače nepodepsané místní zásady zabezpečení pro systém Windows XP
  • Chování při instalaci nepodepsané - ovladač místní zásady zabezpečení pro systém Windows 2000

    Pokud nastavení Nepovolit instalaci použít, musíte před instalací SP3a změnit Povolit bez upozornění. V případě potřeby můžete vrátit zásady jeho předchozí nastavení po dokončení instalace.
Poznámka:Nepovolit instalaci je výchozí nastavení pro tyto zásady zabezpečení.

Při instalaci SQL Server 2000 SP3a na počítači se systémem Windows XP, MDAC 2.7 nebudou aktualizovány na MDAC 2.7 Service Pack 1a (SP1a). Pokud systému vyžaduje některé opravy zahrnuté v MDAC 2.7 SP1a, je třeba nejprve nainstalovat aktualizaci Service Pack 1 před nainstalovat SQL Server 2000 SP3a. Windows XP SP1 budou použity všechny opravy zahrnuté v MDAC 2.7 SP1a.

Při instalaci této aktualizace Service pack v předprodejní verze Microsoft Windows Server 2003 sestavení 3683 nebo starší, obdržíte následující chybová zpráva:

Software, který instalujete, neprošel testem pro získání loga systému Windows a nebyla tak ověřena kompatibilita s touto verzí systému Windows. Tento software nebude nainstalován. Obraťte se na správce systému.

Můžete tuto zprávu ignorovat. Klepněte na tlačítko OK pokračovat v instalaci.

Poznámka: Tato zpráva blokuje bezobslužné instalace.

Při instalaci této aktualizace Service pack v počítači se systémem Windows NT 4.0 Service Pack 6a, je třeba použít opravu hotfix popsané v článku Microsoft Knowledge Base 258437
(http://support.microsoft.com/kb/258437/ )
.

Než nainstalujete SP3a francouzskou verzi Windows NT 4.0, postupujte podle pokynů v článku 259484. Přístup k článku z znalostí produktů podpory služby. Pokyny týkající se hledání Knowledge Base naleznete oddíl 1.5 Další informace O SP3a.

Před počáteční instalace součásti databáze

Instance služby SQL Server v počítači, na kterém je služba pro analýzu také nainstalována použít SP3a součásti databáze, může instalace selhat při provádění skriptu Sp3_serv_uni.sql. V takovém případě restartujte počítač a spusťte instalaci znovu.
  • Aktualizace SQL Server 2000 service Pack nemají vliv na schopnost z jedné verzi (původní vydání nebo aktualizace service pack) SQL Server 2000 nebo MSDE 2000 uživatelských databází zálohovat a obnovit na jiné vydání kromě při databáze uživatelů je součástí topologii replikace. Pokud uživatel databáze není součástí topologie replikace, zpět instance spuštěna libovolnou verzi SQL Server 2000 nebo MSDE 2000 a obnovení na instance spuštěna jiné vydání systému SQL Server 2000 nebo MSDE 2000. Existují další důležité informace pro replikaci, které podrobně v oddíl 5.3.6 zálohování a obnovení problémy pro slučovací replikace.
Instalace SP3a inovuje uživatelských databází, které jsou členy topologii replikace. Před instalací SP3a, ujistěte se, replikace databází a filegroups jsou zapisovatelný a spuštění instalace uživatelský účet má oprávnění pro přístup k databází. Další informace o použití SP3a databází, které jsou součástí topologie replikace naleznete v tématu Instalace 3.11 oddíl na serverech replikovaný.

Pokud instalační program SP3a zjistí uživatelských databází nebo filegroups nejsou zapisovatelný, jej:
  • Replikace aktualizace SP3a platí pro všechny databáze zapisovatelný uživatele.
  • Zápisy seznam databází bez zapisovatelný nastavení protokolu, které je umístěna v Winnt\Sqlsp.log.
  • Zobrazí následující upozornění:

    Instalační program zjistil jeden nebo více databází a které nejsou zapisovatelný filegroups.
Toto upozornění můžete ignorovat, pokud některé uvedené v protokolu instalace databází jsou členové topologie replikace. Pokud některý databází bez zapisovatelný uvedeny v protokolu instalace členy topologii replikace, musíte provést tyto databáze zapisovatelný a znovu použít pro instanci serveru SQL Server 2000 SP3a instalace.

Poznámka: Tato zpráva neovlivní bezobslužné instalace. Další informace o bezobslužné instalaci naleznete v oddílu 4.1 bezobslužné instalaci.

Protože není zapisovatelný databází již způsobit instalace nezdaří, nemají odebrat dopravy protokolu před inovací SP3a. Však Pokud databáze expedice protokolů databáze je replikace aplikace publisher, je nutné:
  • Před použitím SP3a trvat databáze offline.
  • U instance SP3a.
  • Převést databázi zpět do režimu online.
  • Přihlaste se k Query Analyzer a spusťte následující skript: 
    USE master
GO
EXEC sp_vpupgrade_replication
GO
Pokud SP3a použít bez nutnosti offline všechny databáze bez zapisovatelné protokoly expedice do publikace databází, obdržíte tuto chybu:
Chyba spuštění skriptu sp_vpupgrade_replication (1)
Pokud se zobrazí tato chybová zpráva, postupujte podle výše uvedeného postupu.

Poznámka: Během instalace umožňuje instalaci žádné rozdílu mezi jen pro čtení databází a databází, které jsou v režimu offline nebo v podezřelých stavu. Pokud replikace databáze nebo filegroup je během instalace v těchto podmínek a je zahrnuté v topologii replikace, je nutné znovu použít aktualizaci service pack po provedení zapisovatelný databáze.

Note Protože není zapisovatelný databází již způsobit instalace nezdaří, nemají odebrat dopravy protokolu před inovací SP3a.

Příprava pro Systems Management Server Distributed instalace

Nelze nainstalovat SQL Server 2000 S aktualizací Service Pack 3a vzdáleně. Můžete však použít Microsoft Systems Management Server SP3a automaticky instalovat na více počítačích se systémem Windows NT Server 4.0. Chcete-li tak učinit, musíte použít definiční soubor balíčku (Smssql2ksp3.pdf), který automatizuje proces vytváření balíčku SQL Server v Systems Management Server. Balíček může potom distribuována a nainstalována v počítačích se systémem Systems Management Server SQL Server. Soubor Sms2kdef.bat je dávkový soubor spustí bezobslužnou instalaci pomocí Systems Management Server. V tomto typu instalace instalační program automaticky zjistí informace relevantní systém potřebuje a je požadován žádný vstup uživatele.

Note Pomocí serveru Systems Management Server nelze nainstalovat Desktop SP3a.

3.1 Zálohování databáze aplikace SQL Server

Následující informace platí pro všechny instalace součástí kromě součásti klienta databáze.

Před instalací SP3a součásti databáze nebo Desktop Engine SP3a zálohovat hlavní, msdb a model databází. Instalace SP3a upravuje předlohy, msdb a model databáze provádění nekompatibilní verze serveru SQL před aktualizací SP3. Tyto zálohy jsou vyžadovány, pokud se rozhodnete znovu nainstalovat SQL Server 2000 bez SP3 nebo SP3a.

Je také prudent zálohovat uživatelských databází Ačkoli SP3a provádí aktualizace pouze na uživatele databáze, které jsou členy topologie replikace.

3.2 Zpět nahoru služby pro analýzu databáze a úložiště

Následující informace platí pouze pro Analysis Services.

Před instalací Analysis Services SP3a zálohovat Analysis Services databází provedením kopie Microsoft Analysis Services\Data složky, které je nainstalován ve výchozím nastavení ve skupinovém rámečku C:\Program Files složky. Pokud úložiště služby pro analýzu mít není přenesené na SQL Server, vytvořte záložní kopii souboru Msmdrep.mdb, který je umístěn ve složce Microsoft Analysis Services\Bin. Také byste měli uložit vaše analýzy položky registru serveru spuštěním Regedit.exe a pomocí položky Exportovat soubor registru v nabídce registr export klíče
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAPServer
soubor zálohy. Pokud přenesení úložiště služby pro analýzu serveru SQL zálohovat databázi, která obsahuje úložiště před instalací SP3a. Další informace naleznete v tématu odinstalování SQL Server 2000 Analysis Services SP3a.

Zkontrolujte, zda je dostatek volného místa z databáze systému 3.3

Následující informace platí pro všechny instalace součástí kromě součásti klienta databáze a Analysis Services.

Pokud není vybrána možnost autogrow předlohy a msdb databází, databází musí mít alespoň 500 kilobajtů (KB) volného místa. Ověřte, že jejich tento prostor, spuštění systému sp_spaceused uložené procedury pro databázi předlohy nebo msdb. Pokud nepřidělené místo buď databáze je menší než 500 KB, zvětšit velikost databáze. Další informace naleznete v tématu "Rozšíření databáze" v SQL Server Books Online.

Pokud je vybrána možnost autogrow pro databáze msdb a hlavní a je dostatek místa na jednotkách, můžete tento krok přeskočit.

Ověřte, zda je vybrána možnost autogrow 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 tlačítko Properties.Verify, které automaticky růst zaškrtnuto políčko souboru.

Ověřte, zda je tato možnost vybrána v MSDE 2000, použijte nástroj příkazového řádku osql vydat následující příkazy SQL:
  • hlavní sp_helpdb
  • sp_helpdb msdb
Ve výstupu těchto příkazů, ověřte, zda hodnota sloupce růstu není 0.

3.4 Zastavení služby a aplikace před spuštění instalace SP3a

Následující informace platí pro všechny součásti. Můžete použít SP3a bez vypnutí služby.

Nelze vypnout služby, výzva po dokončení instalace restartujte počítač. Bez restartování, nezdaří spustit následující služby:
  • Microsoft Distributed Transaction Coordinator (MS DTC) a služby vyhledávací a MSSQLServerOLAPService. .
  • Služby MSSQLServer a SQLServerAgent pro právě inovován instance (například MSSQL $ NamedInstance)
  • Microsoft Component Services, Microsoft Message Queuing a Microsoft COM Transaction Integrator.
  • Všechny aplikace včetně ovládacím. (nepovinný)
Můžete použít SP3a bez restartování počítače podle zastavení těchto služeb a aplikací před použitím SP3a.

Nelze zastavit služby v prostředí s clustery. Další informace naleznete v tématu Instalace 3.10 oddíl selhání clusteru.

3.5 Nainstalovat součásti SP3a databáze

Následující informace platí pro všechny instalace součásti kromě Desktop Engine a Analysis Services.

Spusťte skript Setup.bat z následujících umístění:
  • Adresář v místním počítači obsahující extrahované soubory aktualizace z SQL2KSP3.exe.
  • Adresář service pack na disku CD-ROM SQL Server 2000 SP3a.
  • Adresář na síťové sdílené položky obsahující extrahované soubory aktualizace z SQL2KSP3.exe.
Poznámka: Chcete nainstalovat databázové součásti ze sdílené síťové položky, musíte nejprve provést jednu z následujících kroky:
  • Mapování sdílené síťové položky obsahující extrahované soubory aktualizace na písmeno jednotky k dispozici v místním počítači přejděte do adresáře namapované jednotky obsahující Setup.bat a potom spusťte Setup.bat.
  • Spusťte instalaci spuštěním souboru Setupsql.exe nalezen \X86\Setup, což je podsložkou adresáře na síťové sdílené položky obsahující extrahované soubory aktualizace.
Instalační program zobrazí dialogové okno s výzvou k zadání informací, například zda chcete použít ověřování SQL Server nebo ověření systému Windows. Pokud zvolíte ověření serveru SQL, musíte 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, zatímco k systému Windows přihlášeni pomocí účtu přihlášení systému Windows. Přihlašovací účet musí být součástí sysadmin pevné role serveru pro instanci upgradujete SQL Server 2000.

Instalační program potom provede následující úkoly:
  • 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. Prázdné heslo sa přihlášení na SQL Server nebo Desktop Engine poskytuje uživatelům snadný přístup pro správu a není doporučeno; chránit vaše systémy zavedením 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.
  • Pokud zjistí prázdné heslo sa přihlášení zobrazí dialogové okno upozornění heslo SA. Přestože výběrem explicitně na toto doporučení a pokračujte v instalaci můžete pokračovat v instalaci s prázdné heslo sa přihlášení, prázdné heslo představuje bezpečnostní riziko a není doporučeno. Toto dialogové okno se zobrazí bez ohledu na použijete režim ověřování.

    Poznámka: Okamžitě provedeny tato změna hesla, i když instalace nezdaří, je stále změnit heslo.
  • Zobrazí Kontrolní seznam zpětná kompatibilita dialogové okno, které varuje zpětné kompatibility problémy, které mohou nastat při použití aktualizace service pack. Další informace o tomto dialogovém okně naleznete zpětná kompatibilita kontrolní seznam dialogové dále v této části.
  • Zobrazí dialogové okno, pokud zjistí, databází nebo filegroups nejsou zapisovatelný. V tomto okamžiku Pokud některý z těchto databází nebo filegroups část topologie replikace můžete:
    • Instalační proces zastavit, proveďte tyto objekty zapisovatelný a spusťte instalaci znovu.
    • Pokračovat s aktuální instalační proces SP3a a znovu použijte SP3a později po provedení těchto objektů lze zapisovat.

      Poznámka: Předchozí kroky jsou nezbytné pouze při použití SP3a bez zapisovatelný databází nebo filegroups, které jsou součástí topologii replikace. Další informace naleznete v oddílu použití SP3a 3.12 jen databází nebo Filegroups.
  • Zobrazí se informace o povolení funkce, která je součástí SP3a nové chybách Chybách dialogové okno. Další informace o chybách, naleznete oddíl 5.10 chybové hlášení.
  • Součásti MDAC aktualizuje v případě potřeby. Další informace naleznete v tématu oddíl 5.5.1 aktualizace Microsoft Data Access Components.
  • Nahradí stávající soubory SQL Server 2000 SP3a soubory
  • Soubory skriptů Transact-SQL spustí aktualizovat systém uložené procedury
  • Zobrazí možnost restartování počítače v závěrečném dialogovém Pokud nastavení určuje, že je potřeba restartovat počítač.


Dialogové okno režim ověřování

Dialogové okno režim ověřování není výchozí aktuální nastavení pro instalaci. Výchozí hodnoty pole dialogového okna jsou:
  • Výchozí nastavení v počítačích se systémem Windows 98 nebo Windows ME, je kombinovaný režim ověřování (režim pouze ověřování podporovány v těchto operačních systémech). Dialogové okno zobrazí výzvu k zadání hesla pro přihlášení sa. Pokud určit heslo změní nastavení přihlášení heslo sa. Pokud heslo ponecháte prázdné, připojí instalace bez Změna hesla
  • Výchozí nastavení je v počítačích se systémem Windows NT 4.0 nebo Windows 2000, Windows Authentication. Dialogové okno slouží k přepnutí na smíšený režim nebo režim ověřování systému Windows s přihlašovací heslo sa, které není prázdné.

    Poznámka: Před změnou režimu ověřování nebo heslo pro přihlášení sa, zkontrolujte, zda tato změna neovlivní existující aplikace. Například pokud změníte instanci serveru SQL z 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 nelze připojit dokud nastavena režim ověřování na ověřování systému Windows. Také Pokud změnit přihlašovací heslo sa aplikací nebo pro správu procesů pomocí staré heslo nelze připojit dokud jsou konfigurovány pomocí nové heslo.
Důležité: Z důvodů zabezpečení byste měli mít nikdy prázdné heslo na přihlášení sa.

Instalační program umístí záznam akce provádí v souboru Sqlsp.log. Tento soubor protokolu je uložen v systému Windows adresář počítače spuštěna instalace. Pokud upgrade více instancí pouze nejnovější inovace zaznamenány v tomto protokolu.

Zpětně dialogové Compatibility kontrolní seznam

Zpětná kompatibilita kontrolní seznam uvádí dialogovém zpětné kompatibility problémy, které mohou nastat při použití aktualizace service pack. Zpětné kompatibility problémy, které se zobrazí v kontrolním seznamu lišit v závislosti na konfiguraci instance SQL Server 2000 probíhá upgrade.

V tomto dialogovém okně může být adresována následující problémy zpětné kompatibility:
  • Při inovaci z SP2 nebo starší SP3a inovací vyhledávací služby a automaticky znovu sestaví fulltextové katalogy pro všechny aplikace pomocí služby. Během nové sestavení funkce fulltextového být plně k dispozici. Před pokračováním v instalaci musí zaškrtněte toto políčko. Další informace naleznete oddíl 5.1.5 fulltextové katalogy jsou znovu vytvořena po dokončení instalace.
  • Před instalací aktualizace service pack je třeba inovovat hlavní/cíl konfigurace serveru SQL Server 2000. Jsou kompatibilní pouze se servery se systémem SQL Server 2000 SP3 nebo SP3a vylepšení zavedena SP3a. Před pokračováním v instalaci musí zaškrtněte toto políčko. Další informace naleznete v tématu oddíl 5.4.2 změny konfigurace hlavní a cílový server.
  • Ve výchozím nastavení v této aktualizaci service pack je vlastnictví databáze křížek zřetězení vypnuto. Po instalaci můžete povolit zřetězení vlastnictví mezi databáze pro jednotlivé databáze. Zaškrtnutím tohoto políčka volitelné umožňuje povolit vlastnictví databáze mezi zřetězení pro všechny databáze. Další informace naleznete v tématu řetězení vlastnictví databáze křížek oddíl 5.1.11.

    Poznámka: Povolení vlastnictví databáze mezi zřetězení pro všechny databáze není doporučeno.

    Poznámka: Pokud bylo dříve povolené vlastnictví databáze mezi zřetězení předprodejní verze SP3 (před sestavení 8.00.760) budete muset znovu povolit při instalaci SP3a.

3.6 Nainstalovat Analysis Services SP3a

Následující informace platí pouze pro Analysis Services.

Nainstalovat Analysis Services SP3a, spusťte program Setup.exe z kteréhokoli z následujících umístění:
  • Msolap\Install podadresář v adresáři obsahující extrahované soubory Analysis Services SP3a z SQL2KASP3.exe.
  • Adresář Msolap\Install na SP3a CD-ROM.
Instalační program potom provede následující úkoly:
  • Otevře dialogové okno nastavení, které vyzve k zadání informací. Další informace o chybách naleznete 5.10 chybové hlášení.
  • Zobrazí se informace o povolení funkce součástí SP3a nové chybách chybách dialogové okno.
  • Zkopíruje potřebné soubory a dokončí instalaci


Další problémy instalace Analysis Services

Po instalaci Analysis Services SP3a je nutné inovovat také všechny počítače používané pro vzdálenou správu SP3 nebo SP3a. Jinak obdržíte následující chybová zpráva při pokusu o připojení vzdáleně prostřednictvím Správce analýzy:

Nelze se připojit k registru na server (název_serveru) nebo nejsou členem skupiny OLAP Administrators tento server.

Meta datových služeb přidal nové vyhrazené role s názvem RepositoryUser, které lze použít k přístupu a aktualizace úložiště informací v databázi msdb. Role RepositoryUser má vytvořit, číst, aktualizovat, odstranit a oprávnění execute úložiště msdb. Veřejné role byla nahrazena novou roli a již má oprávnění tohoto úložiště. Pokud jsou splněny následující podmínky musí být skupiny OLAP Administrators přidán do role RepositoryUser tak, aby členové této skupiny přístup úložiště po použití aktualizace service pack:
  • Úložiště je ve formátu META datových služeb.
  • Úložiště používá databázi msdb.
  • Skupiny OLAP Administrators dříve použit veřejné role k přístupu k úložišti.
Poznámka:Tato změna také ovlivní vzdálené servery přístupu Meta Data úložiště služby na serveru, který byl inovován SP3 nebo SP3a. Přihlášení vzdáleného serveru musí být přidán do role RepositoryUser také.

Poznámka: Skupiny OLAP Administrators musí být přidán do role RepositoryUser před obnovením datových služeb META repositorythat byla zálohována do před inovací na SP3 nebo SP3a; jinak se nezdaří operace obnovení.

Další informace o roli RepositoryUser naleznete oddíl 5.6.3 nové RepositoryUser Role k úložišti informací.

Jestliže Analysis Services Data složka je umístěna v počítači jiné než jedna, na kterém je spuštěn server pro analýzu, musíte změnit oprávnění u složky Po spuštění instalace SP3a. Další informace naleznete v tématu oddíl 5.2.10 oprávnění musí změněno na vzdálené složky data.
3.7.2 Otázky zabezpečení pro MSDE 2000 SP3a
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

Stolní SP3a Engine obsahuje úplnou sadu souborů požadovaných k instalaci nebo inovaci instance SQL Server 2000 Desktop Engine (MSDE 2000). Můžete provést všechny akce MSDE 2000 instalační soubory z Desktop Engine SP3a za předpokladu, že máte licenci k instalaci nebo inovaci instance MSDE 2000. Další informace o licencování MSDE 2000 v tématu Použití MSDE 2000.

Pravděpodobně nebudete moci použít Desktop Engine SP3a instancí MSDE 2000, které byly nainstalovány nastavení musí nástroj application.You kontaktovat poskytovatele aplikace opravy souboru, který lze použít k upgradu tyto instance MSDE 2000. Pokyny, jak určit, pokud do této kategorie spadá instance MSDE 2000 naleznete v části Stažení 2.1 a SP3a soubor Desktop Engine (MSDE 2000).
Následující oddíly poskytují důležité základní informace o instalaci SP3a MSDE 2000:
  • 3.7.1 Požadavky MSDE 2000 SP3a
  • 3.7.2 Otázky zabezpečení pro MSDE 2000 SP3a
  • 3.7.3 Nastavit parametry MSDE 2000
Většinu běžných scénářů pro inovaci existující instanci MSDE SP3a nebo instalaci nové instance MSDE 2000 SP3a titulní následující oddíly:
  • 3.7.4 Upgrade existující instance MSDE 2000 SP3a Komu
  • 3.7.5 Instalace nové instance MSDE 2000 SP3a
  • 3.7.6 Inovace MSDE 1.0 MSDE 2000 SP3a
Pokud potřebujete další informace, je primárním zdrojem dokumentaci MSDE 2000 SP3a nastavení v SQL Server 2000 Books Online (aktualizováno - SP3). Nebyly nalezeny některé změny provedené MSDE 2000 SP3 a SP3a, které jsou plně neprojeví v SQL Server 2000 Books Online (aktualizováno - SP3); tyto funkce jsou zahrnuty v tomto souboru readme. Další informace o instalaci SQL Server 2000 Books Online (aktualizováno - SP3) naleznete v části 1.6 aktualizované knihy online dokumentace je dostupná.
3.7.1 Požadavky MSDE 2000 SP3a
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

Následující požadavky použít při instalacích SP3a pro SQL Server 2000 Desktop Engine (MSDE 2000).

Při inovaci MSDE 2000, musíte použít Desktop Engine SP3a samostatně ke každé instanci MSDE 2000.

Poznámka: Společnost Microsoft nepodporuje konfigurací kde existuje více než 16 instancí databázový stroj v jednom počítači. To zahrnuje instance SQL Server 6.5, SQL Server 7.0, SQL Server 2000, MSDE 1.0 a MSDE 2000.

Vždy spustit instalaci MSDE 2000 spuštěním Setup.exe. Nespouštějte instalaci podle přímo jeden soubory MSI MSDE 2000 vyvolání například poklepáním na jednu soubory MSI MSDE 2000. Je nutné spustit instalaci z příkazového řádku a zadat parametry k instalaci nebo inovaci libovolná instance MSDE. Další informace o požadovaných parametrů naleznete v částech 3.7.2 prostřednictvím 3.7.6.

Pokud pomocí Terminálové služby mohou nastat potíže při připojení k pokusu o upgrade existující instance MSDE SP3a nebo instalaci nové instance MSDE 2000 SP3a. Pokud jsou zjištěny potíže, restartujte instalační program z místního počítače.

Musíte znát název instance instance MSDE jsou instalace nebo inovace pomocí nastavení MSDE 2000 SP3a. Pokud instalace nebo inovace pojmenované instance MSDE musíte použít parametr INSTANCENAME Název instance určit. Pokud zadáte INSTANCENAME, instalace pracuje na výchozí instance MSDE v daném počítači. Ve verzích program MSDE 2000 SP3 před uživatele potřebné určit soubor instalačního balíčku MSI použit k instalaci nebo inovaci instance MSDE 2000. V SP3 a novějších verzích instalační soubory MSI spravuje instalaci a není nutné zadat soubor MSI pro inovaci nebo novou instalaci.

Můžete spustit instalaci MSDE 2000 SP3a z pevného disku, síťové sdílené položky nebo CD-ROM. Při inovaci instance MSDE 2000 SP3a, lze pouze spuštěním instalace z disku CD-ROM nebo síťové sdílené položce Pokud jsou původní soubory použitý k instalaci instance MSDE 2000 stále přítomen v umístění obsazených během původní instalace. Pokud byla původní instalace z disku CD-ROM, bude instalační program MSDE 2000 SP3a požadovat původní CD-ROM během inovace. Pokud původní soubory již nejsou v jejich původní umístění nebo není k dispozici původní CD-ROM, musíte zkopírovat MSDE 2000 SP3a soubory na pevný disk a spusťte instalační program odtud.

Pokud vytvoříte CD-ROM pro instalaci SP3a jmenovku svazku na disku CD-ROM musí být SQL2KSP3. Pokud jsou nezávislý dodavatel softwaru (ISV) vytváření CD-ROM z důvodu distribuce Desktop Engine jako součást aplikace musí být identické VolumeLabel jmenovku svazku CD-ROM vlastnost v tabulce Media balíček Instalační služba Windows Installer (*.msi).
Inovace Desktop Engine můžete nainstalovat z disku CD-ROM, pouze pokud používáte Instalační služba Windows Installer verze 2.0.2600.0 nebo later.If nutné upgradovat Instalační služba Windows Installer SP3a obsahuje soubory potřebné k upgradu Instalační služba Windows Installer.

Upgradovat Instalační služba Windows Installer:
  1. Pomocí Průzkumníka Windows přejděte do složky \MSDE\MSI na buď SQL Server 2000 SP3a CD-ROM nebo ve složkách extrahované z SQL2KDeskSP3.exe.
  2. Spustit InstMsi20.exe.
  3. Po výzvě restartujte počítač.
3.7.2 Otázky zabezpečení pro MSDE 2000 SP3a
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

Chování nastavení MSDE 2000 byl změněn v SP3a tak, aby výsledkem výchozí nastavení bezpečnější konfigurace.

Stolní SP3a Engine mění výchozí chování parametr DISABLENETWORKPROTOCOLS instalační program, který určuje konfiguraci podpora síťových připojení pro instanci MSDE 2000. Pokud žádná aplikace spuštěna v jiném počítači se připojit k instanci MSDE 2000, není nutné pro podporu sítě má instance a je prudent vypnout prostředku není používán. SP3a bude vypnout podporu sítě ve výchozím nastavení při instalaci nové instance MSDE 2000. Pokud zakážete podporu sítě při instalaci instance MSDE 2000 SP3a, můžete později změnit konfiguraci instance povolit podporu. Další informace o zakázání a obnovení přístup k síti Microsoft Knowledge Base v článku 814130.

Ve výchozím nastavení MSDE 2000 SP3a nelze nainstalovat nové instance MSDE 2000 Pokud nepoužijete parametr SAPWD určit sa silné heslo. Ve výchozím nastavení MSDE 2000 SP3a nebude inovovat existující instanci MSDE 2000 Pokud jste přiřadili silné heslo správce systému přihlášení. Silné heslo má přihlášení sa přiřadit i při inovaci existující instance, pokud aplikace pomocí instance MSDE nějakým způsobem závisí na prázdné heslo sa. I v případě, že instance MSDE 2000 je spuštěn v režimu Windows Authentication, stane se okamžitě aktivní instance někdy přepnuli smíšený režim sa přihlášení. Použít heslo sa null, prázdného, jednoduché nebo známých neoprávněný přístup. Pokud potřebujete přidělit silné heslo sa před inovací instance MSDE 2000 SP3a, naleznete v článku znalostní báze Microsoft Knowledge Base 322336.

Je to možné, pro větší zabezpečení používají ověřování systému Windows s instalací MSDE 2000. Zvažte přepínání z kombinovaného režimu na režim ověřování systému Windows, pokud:
  • Aplikací pomocí MSDE 2000 lze spustit pomocí systému Windows ověření.
  • Windows ověřování přihlášení pro všechny uživatele, kteří potřebují připojit k instanci jste definovali. Další informace o přidávání přihlášení v tématu Přidání Windows uživatele nebo skupinu v SQL Server 2000 Books Online.
  • Není spuštěna instance MSDE 2000 na systém Windows 98 nebo Windows ME.
Další informace o změně instance MSDE 2000 z kombinovaného režimu Windows režim ověřování, viz Microsoft Knowledge Base článek 322336.
3.7.3 Nastavit parametry MSDE 2000
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

MSDE 2000 je navržena distribuován s aplikacemi a nainstalované instalačním programem aplikace. MSDE 2000 nemá interaktivní instalační program. Mechanismy nastavení MSDE 2000 jsou navrženy tak být volány nástroj instalace aplikací, kde všechny požadované interakce s koncovým uživatelem zpracována instalace aplikace. MSDE 2000 má dva mechanismy instalace:
  • Příkazového řádku instalačního nástroje. Instalační program obvykle volány nástroj instalace aplikací, ale lze spustit také z okna příkazového řádku. Instalační program MSDE 2000 nemá grafické uživatelské rozhraní, prostřednictvím kterého může uživatel řízení chování nástroj. Tento nástroj přijme namísto toho sada parametrů, které definují, jaké akce by měla trvat nástroj.
  • Sada modulů sloučení Instalační služba Windows Installer. Vývojáři, kteří psát nástroje založené Instalační služba Windows Installer instalační program může kód jejich instalace aplikace nainstalovat instance MSDE 2000 podle spotřebovávat moduly sloučení MSDE 2000. Vývojáři mohou řídit konfiguraci nainstalované instanci zadáním vlastnosti instalace balíčku, které odpovídají MSDE 2000 instalační nástroj parametry.
Uživatelé mohou pomocí příkazového řádku nástroj instalace MSDE 2000 buď upgrade existující instance MSDE nebo instalaci nové instance MSDE 2000. Uživatelé řízení chování MSDE 2000 instalační program zadáním parametrů. Parametry nastavení, lze určit dvěma způsoby:
  • Na příkazovém řádku.
  • V souboru INI číst instalačního nástroje.
Většina parametry podporované verze instalačního programu MSDE 2000 SP3a jsou popsány v tématu "Customizing Desktop Engine Setup.exe" v SQL Server 2000 Books Online (aktualizováno – SP3). Další informace o instalaci SQL Server 2000 Books Online naleznete v části 1.6 aktualizované knihy online dokumentace je dostupná.

Pro instalaci MSDE je nutné uzavřít hodnoty parametrů v uvozovkách Pokud zadaná hodnota má speciální znaky jako prázdné buňky. Uvozovky jsou jinak volitelné.

Tyto parametry instalace MSDE 2000 SP3a buď nejsou popsány v SQL Server 2000 Books Online (aktualizováno – SP3) nebo chovají jinak než popsané v Books Online.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Název parametruPopis
ALLOWXDBCHAINING = 1Umožňuje křížový databáze zřetězení vlastnictví. Další informace naleznete v tématu vlastnictví databáze křížek oddíl 5.1.11 Chaining.
SAPWD = heslo_správceUrčuje heslo přiřazené k přihlášení sa při instalaci nové instance MSDE 2000. Při inovaci existující instanci MSDE 2000 proto měli zajistit přihlášení sa má silné heslo před inovací SAPWD ignorováno. Silné heslo sa by měl vždy určit i při použití režimu Windows ověřování. Při vlastnost SAPWD nejsou zapsány do souboru protokolu instalace při spuštění Setup.exe je Pokud nainstalujete pomocí sloučení moduly.
/upgradesp {SQLRUN | [<msipath>] SqlRunXX.msi} Určuje, že instalační program upgraduje existující instanci MSDE 2000 SP3a. SP3 a novější nahradí tento přepínač přepínač /p podporovány dřívější verze instalace. Nepoužívejte přepínač /p s aktualizací SP3 nebo vyšší. Při inovaci SP3a, které již nejsou požadované určit použitý k instalaci existující instance MSDE 2000 soubor MSI. Většina uživatelů jednoduše zadat SQLRUN které které soubor MSI použít Určuje případ MSDE 2000 SP3a instalačního nástroje. Při zadání SQLRUN bez určení INSTANCENAME instalační program inovovat výchozí instance MSDE 2000. Pokud zadáte SQLRUN a INSTANCENAME, instalační program inovovat zadaný pomocí parametru INSTANCENAME instance. Při zadání názvu MSDE 2000 MSI Instalační balíček soubor instalační program inovovat libovolné instance v počítači byla původně nainstalována s slučovací modul se stejným názvem. Například pokud zadáte SqlRun01.msi, instalační program upgraduje libovolné instance MSDE 2000 byl původně nainstalován pomocí SqlRun01.msi. MSIPath je cesta ke složce podržením soubor MSI. MSIPath výchozí Setup\. Příklady určení /upgradesp naleznete v části 3.7.4 upgrade existující instance z MSDE 2000 Komu SP3a
UPGRADEUSER = AnAdminLoginUrčuje přihlášení používané při upgradu instanci MSDE 1.0 nebo MSDE 2000 pomocí ověřování serveru SQL. Přihlašovací jméno musí být členem pevné role serveru sysadmin. Tento parametr je používán při určení SECURITYMODE = SQL při inovaci instance MSDE.
UPGRADEPWD = AdminPassword Určuje heslo pro přihlášení zadaný v UPGRADEUSER při upgradu pomocí ověřování SQL Server Desktop Engine.
Stolní SP3 modul zaveden nový parametr DISABLENETWORKPROTOCOLS. Chování DISABLENETWORKPROTOCOLS změněn v SP3a Desktop Engine být bezpečnější ve výchozím nastavení.

Tyto jsou chování DISABLENETWORKPROTOCOLS SP3a.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Hodnota DISABLENETWORKPROTOCOLSInovace existující instanceInstalace nové instance
1Instance je nakonfigurován s všechny serveru zakázány síťové knihovny.Instance je nakonfigurován s všechny serveru zakázány síťové knihovny.
0Existující síťovou knihovnu konfigurace serveru zachovány.Instance je konfigurován s výchozí server knihovny NET a adresy povolena.
Parametr není zadán nebo je jinou hodnotu než 0 nebo 1Existující síťovou knihovnu konfigurace serveru zachovány.Instance je nakonfigurován s všechny serveru zakázány síťové knihovny.
V SP3 DISABLENETWORKPROTOCOLS má dva rozdíly v porovnání s SP3a chování:
  • Při instalaci nové instance pomocí SP3 a DISABLENETWORKPROTOCOLS buď není zadán nebo nastavit jinou hodnotu než 0 nebo 1, potom instance je nainstalována s výchozí síťové knihovny a adresami povoleno. V SP3a jsou zakázány síťové knihovny.
  • Při každém všechny síťové knihovny jsou zakázány pro instanci MSDE 2000 SP3, instance stále používat portu UDP 1434. V SP3a instance nebude používat v této konfiguraci portu UDP 1434. Další informace naleznete v části 5.1.15 Operations On UDP port 1434.
Další informace o výchozí síťová knihovna konfigurace naleznete v tématu "Řízení knihovny NET a komunikace adresy" v SQL Server 2000 Books Online.

Pokud jste vývojář zapojení do nastavení Instalační služba Windows Installer moduly sloučení MSDE 2000 (soubory MSI), můžete určit parametry nastavení nad jako vlastnosti soubor MSI. Stolní SP3a Engine (MSDE 2000) obsahuje moduly podporu existujících aplikací používat moduly sloučení hromadné korespondence. Instalace nástroje pro nové aplikace by měla zapsány do volání nástroj instalace MSDE 2000 namísto přímo spotřebovávat moduly sloučení MSDE 2000.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Název parametruVlastnost Module sloučení
ALLOWXDBCHAININGSqlAllowXDBChaining
DISABLENETWORKPROTOCOLSSqlDisableNetworkProtocols
SAPWDSqlSaPwd
UPGRADEUSERSqlUpgradeUser
UPGRADEPWDSqlUpgradePwd
Informace o vlastnosti modulu hromadné korespondence, které odpovídají jiné parametry nastavení naleznete v tématu "Using the SQL Server Desktop Engine korespondence modulech" v SQL Server 2000 Books Online.

Vyžádání protokolu instalace

Pokud narazíte na potíže se spuštěním instalace a potřebujete úplné protokolování při ladění určit /L * v <logfilename>. <logfilename>je název souboru protokolu, kde bude instalační program zaznamenat všechny jeho akce. Pokud nezadáte cestu jako část názvu, je vytvořen soubor protokolu v aktuální složce. Pokud vykonávání instalační program z disku CD-ROM SQL Server 2000 SP3a musíte zadat úplnou cestu ke složce na disku. Tento příklad vytvoří soubor protokolu MSDELog.log v kořenové složce jednotky C::

instalace /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1 /L * v C:/MSDELog.log
3.7.4 Upgrade existující instance MSDE 2000 SP3a Komu
Následující informace platí pouze pro Desktop Engine (MSDE 2000).
Příklady v této části bude upgrade existující instance MSDE 2000 SP3a a také zakázat síťové připojení pro danou instanci MSDE 2000. Pokud instance musí přijímat připojení z aplikací spuštěných v jiných počítačích, nezadávejte DISABLENETWORKPROTOCOLS parametr.
Příklady v této části předpokládají přihlášení sa má silné heslo. Další informace o přihlašovací heslo sa naleznete v části 3.7.2 zhodnocení zabezpečení MSDE 2000 SP3a.

Aktualizace SQL Server 2000 Desktop Engine
  1. Otevřete okno příkazového řádku.
  2. Z příkazového řádku přejděte do složky obsahující instalační nástroj MSDE 2000 SP3a pomocí příkazu cd:
    CD c:\MSDESP3aFolder\MSDE
    kde je c:\MSDESP3aFolder cestu ke složce, do kterého jste extrahovali soubory MSDE 2000 SP3a nebo složku Desktop Engine SP3a na disku CD-ROM SQL Server 2000 SP3a.
  3. Provést jednu z následujících příkazů:
    • Pro výchozí instance pomocí ověřování systému Windows režimu spouštění:

      instalace /upgradesp sqlrun DISABLENETWORKPROTOCOLS = 1
    • Pojmenovaná instance pomocí Windows Authentication režimu spouštění:

      instalace /upgradesp sqlrun INSTANCENAME = název_instance DISABLENETWORKPROTOCOLS = 1
    • Výchozí instance pomocí kombinovaného režimu (AnAdminLogin je členem role sysadmin dlouhodobého serveru) spustit:

      instalace /upgradesp sqlrun SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
    • Pojmenovaná instance pomocí kombinovaného režimu (AnAdminLogin je členem role sysadmin dlouhodobého serveru) spustit:

      instalace /upgradesp sqlrun INSTANCENAME = název_instance SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
Důležité: Pokud během instalace pomocí souboru INI, vyhnout se ukládání pověření v souboru INI.

Poznámka: Při inovaci Desktop Engine v počítači se systémem Windows 98 nebo Windows ME, musí být instance Desktop Engine, který inovujete zastavena před spuštěním instalace.
3.7.5 Instalace nové instance MSDE 2000 SP3a
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

Příklady v této části bude instalovat nové instance MSDE 2000 SP3a, který byl nakonfigurován s jeho připojení k síti zakázáno. Pokud instance musí přijímat připojení z aplikací spuštěných v jiných počítačích, také zadat DISABLENETWORKPROTOCOLS = 0.

Tyto příklady nainstalovat instance pomocí výchozího nastavení pro všechny položky konfigurace například řazení a umístění souborů. Konfigurace může být řízena parametry nastavení, například COLLATION, DATADIR a TARGETDIR. Další informace o konfigurační parametry můžete zadat s nastavením naleznete "Customizing Desktop Engine Setup.exe" v SQL Server 2000 Books Online (aktualizováno – SP3). Další informace o instalaci SQL Server 2000 Books Online (aktualizováno - SP3) naleznete v části 1.6 aktualizované knihy online dokumentace je dostupná.

Nainstalovat nové instance Desktop Engine
  1. Otevřete okno příkazového řádku.
  2. Z příkazového řádku přejděte do složky obsahující instalační nástroj MSDE 2000 SP3a pomocí příkazu cd:

    CD c:\MSDESP3aFolder\MSDE
  3. kde je c:\MSDESP3aFolder cestu ke složce, do kterého jste extrahovali soubory MSDE 2000 SP3a nebo Desktop Engine SP3a složky na disku CD SQL Server 2000 SP3a.
  4. Provést jednu z následujících příkazů: 
    To install a default instance configured to use Windows Authentication Mode, execute: 
setup SAPWD="AStrongSAPwd"
Where AStrongSAPwd is a strong password to be assigned to the sa login.

To install a named instance configured to use Windows Authentication Mode, execute: 
setup INSTANCENAME="InstanceName" SAPWD="AStrongSAPwd"
Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.

To install a default instance configured to use Mixed Mode, execute: 
setup SAPWD="AStrongSAPwd" SECURITYMODE=SQL
Where AStrongSAPwd is a strong password to be assigned to the sa login.

To install a named instance configured to use Mixed Mode, execute: 
setup INSTANCENAME="InstanceName" SECURITYMODE=SQL SAPWD="AStrongSAPwd"
Where AStrongSAPwd is a strong password to be assigned to the sa login and InstanceName is the name to be assigned to the instance.
Důležité: Během instalace pomocí souboru INI, vyhnout se ukládání pověření v souboru INI.

Důležité: I když instance je nakonfigurováno použití režimu Windows Authentication vždy určit silné heslo pro přihlášení sa.
3.7.6 Inovace MSDE 1.0 MSDE 2000 SP3a
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

Příklady v této části bude inovovat existující instanci MSDE 1.0 MSDE 2000 SP3a a také zakázat připojení k síti pro instance. Instance musí přijímat připojení z aplikací spuštěných v jiných počítačích, nezadávejte parametr DISABLENETWORKPROTOCOLS.

MSDE 1.0 pracuje stejným způsobem jako výchozí instance MSDE 2000 a je vždy inovován výchozí instance MSDE 2000.

Inovace z verze Desktop Engine 1.0
  1. Otevřete okno příkazového řádku.
  2. Z příkazového řádku přejděte do složky obsahující instalační nástroj MSDE 2000 SP3a pomocí příkazu cd:
    CD c:\MSDESP3aFolder\MSDE
  3. kde je c:\MSDESP3aFolder cestu ke složce, do kterého jste extrahovali soubory MSDE 2000 SP3a nebo Desktop Engine SP3a složky na disku CD SQL Server 2000 SP3a.

    Provést jednu z následujících příkazů:
    • Při použití režimu Windows Authentication, spustit:

      nastavení UPGRADU = 1 DISABLENETWORKPROTOCOLS = 1
    • Při použití kombinovaného režimu (AnAdminLogin je členem role sysadmin dlouhodobého serveru), spustit:

      instalace inovace = 1 SECURITYMODE = SQL UPGRADEUSER = AnAdminLogin UPGRADEPWD = AdminPassword DISABLENETWORKPROTOCOLS = 1
Poznámka: Pokud použijete s parametrem BLANKSAPWD = 1, není nutné zadat SECURITYMODE = SQL nebo UPGRADEUSER a UPGRADEPWD.

Upozornění: Použití prázdného hesla je důrazně se nedoporučuje.

Důležité: Pokud během instalace pomocí souboru INI, vyhnout se ukládání pověření v souboru INI.
3.7.7 Opětovně distribuující MSDE 2000 SP3a
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

Plochy SP3a Engine obsahuje všechny soubory nutné znovu distribuovat MSDE 2000 s aplikací, za předpokladu dodavatele aplikace má licenci distribuovat MSDE 2000. Můžete distribuovat SP3a Engine plochy zahrnuty soubory jako dokumentovány v SQL Server 2000 Books Online (aktualizace SP3), s konkrétní SP3a změny v těchto částech:
  • 3.7.2 Otázky zabezpečení pro MSDE 2000 SP3a
  • 3.7.3 Nastavit parametry MSDE 2000
Další informace o instalaci SQL Server 2000 Books Online (aktualizováno - SP3) naleznete v části 1.6 aktualizované knihy online dokumentace je dostupná.

Distribuce oprav SP3a Desktop Engine

Pokud má aplikace založené na Instalační služba Windows Installer instalačního nástroje, jej můžete nainstalovat instance MSDE 2000 spotřebovávat moduly MSDE 2000 sloučení. Stolní SP3a Engine (MSDE 2000) obsahuje moduly podporu existujících aplikací používat moduly sloučení hromadné korespondence. Instalace nástroje pro nové aplikace by měla zapsány do volání nástroj instalace MSDE 2000 namísto přímo spotřebovávat moduly sloučení MSDE 2000.

Dodavatelů, kteří zvolit instalaci instance MSDE 2000 pomocí modulů sloučení MSDE 2000 je třeba zadat také všechny následné opravy MSDE 2000 jejich zákazníkům. Instance MSDE 2000 nainstalován pomocí sloučení moduly označené s kódem produktu GUID přidružené aplikace Instalační služba Windows Installer. Pouze soubory opravy, které také obsahují GUID kódu produktu aplikace můžete oprava těch instancí MSDE 2000. Kódy správné produktu bude obsahovat pouze soubory opravy vyrobeno dodavatele aplikace. Desktop Engine (MSDE 2000) service Pack dodávané společností Microsoft nelze použít u instancí. Dodavatele aplikace musí vytvořit soubory opravy pomocí souborů Desktop Engine SP3a a distribuovat tyto soubory opravy k jejich MSDE zákazníkům, kteří potřebují opravy SP3a.

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 the Microsoft Platform SDK Web site
(http://www.microsoft.com/msdownload/platformsdk/sdkupdate/default.htm)
.

Pokud instalační program aplikace nainstaluje instance MSDE 2000 voláním instalačního nástroje MSDE 2000, je označen MSDE 2000 produktu kód GUID instance MSDE 2000. Zákazníci mohou oprava tyto instance pomocí standardní soubory aktualizace service Pack Microsoft MSDE 2000. Dodavatele aplikace můžete zvolit jednu z následujících alternativy pro distribuci MSDE 2000 SP3a:
  • Pokyn zákazníkům nainstalovat ze stránky stažení SQL Server 2000 SP3a nebo CD-ROM s 2000 SP3a SQL Server Desktop Engine SP3a.
  • Stáhnout stažení souboru SQL2KDeskSP3.exe a distribuovat, které svým zákazníkům s pokyny, jak použít aktualizaci service pack.
  • Pomocí souborů Desktop Engine SP3a vytvořit nástroj aplikací service pack, bude instalovat SP3a instance MSDE 2000 nainstalována aplikace.
Aplikace dodavatelů, kteří nastavit pokyn zákazníkům přímo použít SP3a měli vyvinout sada pokynů přizpůsobené potřebám svým zákazníkům.

Příklady typů MSDE 2000 service pack pokyny týmy aplikace Microsoft připraveny pro své zákazníky, naleznete v tématu této Microsoft MSDE Applications Web page
(http://www.microsoft.com/sql/prodinfo/previousversions/msde/prodinfo.mspx)
.
3.7.8 Soubory MSDE 2000 SP3a
Následující informace platí pouze pro Desktop Engine (MSDE 2000).

Všechny Desktop Engine SP3a instalační soubory a složky jsou umístěny ve složce \MSDE:
  • Na disku CD-ROM SQL Server 2000 SP3a
  • V adresáři obsahující extrahované soubory aktualizace z SQL2KDeskSP3.exe \MSDE složky uchovává souboru SP3readme.htm, soubor readme.txt, soubor license.txt a spustitelné soubory pro instalační nástroj. Obsahuje také následující podsložky:
  • \Msi: obsahuje spustitelné soubory potřebné k instalaci Instalační služba Windows Installer nebo pokud je starší než 2.0.2600.0 upgradu Instalační služba Windows Installer.
  • \MSM: obsahuje moduly sloučení potřebné nastavení modulu hromadné korespondence.
  • \Setup: obsahuje MSI Instalační balíček soubory vyžadované Instalační MSDE 2000 nainstalovat novou instanci MSDE 2000 SP3a nebo soubory msp opravný balíček upgrade existující instance MSDE 2000 SP3a a sqlrun.cab soubor CAB obsahující soubory nainstalované instalačním programem.
Popis použití hromadné korespondence modulů Desktop Engine naleznete v tématu "Použití SQL Server Desktop Engine korespondence modulech" v SQL Server Books Online.

Pokud instalace aplikace volá program MSDE 2000, vytvořit složku s tímto strukturu a sad souborů (MSDEInstallFolder představuje název složky příklad):

MSDEInstallFolder

Zkopírovat tyto soubory ze složky Desktop Engine SP3a \MSDE: Setup.exe, Setup.ini, Setup.rll a sqlresld.dll.

MSDEInstallFolder\Msi

Zkopírujte všechny soubory ze složky \MSDE\Msi Desktop Engine SP3a.

MSDEInstallFolder\Setup

Zkopírujte všechny soubory ze složky \MSDE\Setup Desktop Engine SP3a.

Potom můžete provést Setup.exe instalaci nebo inovaci instance MSDE 2000 SP3a.

Pokud Instalační služba Windows Installer nebyla nainstalována v počítači nebo je verze starší než verze testován instalaci MSDE 2000 SP3a, použije instalační program soubory ve složce MSDEInstallFolder\Msi upgradovat Instalační služba Windows Installer.

3.8 Restartujte službu

Následující informace platí pro všechny součásti.

Po dokončení instalace ji může zobrazit výzvu k restartování systému. Po restartování systému (nebo po dokončení instalace bez požaduje restartování), pomocí aplikace Services ovládacím Přesvědčte se, zda jsou všechny služby zastavena před použitím aktualizace service pack nyní spuštěna. To zahrnuje například MS DTC a vyhledávací, MSSQLServer, MSSQLServerOLAPService, služby a služby SQLServerAgent nebo ekvivalenty specifické instance.

Je prudent upgradované databáze msdb a hlavní také zálohovat v tomto okamžiku.

3,9 Restartování aplikace

Následující informace platí pro všechny součásti.

Aplikací uzavřen před spuštěním aktualizace service pack restartujte instalační program.

3.10 Instalace na selhání clusteru

Následující informace se vztahují pouze k serveru SQL 2000 součásti, které jsou součástí clusteru převzetí služeb při selhání.

K instalaci aktualizace service pack na převzetí služeb při selhání clusteru
  1. Pokud se závislostmi na prostředky serveru SQL nebyly přidány žádné prostředky, tyto závislosti musí být buď odebrány nebo offline před instalací SP3a.
  2. Spustit aktualizaci service pack z uzlu, který vlastní skupinu obsahující virtuální server, který hodláte inovovat. Pokud to neprovedete, instalace SP3a může způsobit selhání over.This nainstaluje soubory aktualizace service Pack na všech uzlech v clusteru převzetí služeb při selhání těchto závislé prostředky.
  3. V dialogovém okně Nastavení zadejte název virtuálního serveru, který inovujete.
  4. Zachovat všechny uzly clusteru online během instalace. Tím zajistíte inovace použito u každého uzlu clusteru.
  5. Pokud odebrána závislosti či trvalo trvalo prostředky do režimu offline v kroku 1 výše, přidat zpět závislosti nebo přenést prostředky zpět do režimu online.
Poznámka: Instalace může vyžadovat restartování uzlů clusteru převzetí služeb při selhání. Nahrazuje soubory, které byly během instalace s aktualizované soubory v použití.

Pokud inovujete na virtuální server instance (bez clusterů) výchozí služby SQL Server, nejprve jste musí inovovat výchozí instance (bez clusterů) virtuální instance a potom použít SP3a.For Další informace o inovaci naleznete v tématu „ Jak upgradovat z výchozí instance na výchozí seskupený instance služby SQL Server 2000 (nastavení) „ v SQL Server Books Online.

Další informace o instalaci SP3a na převzetí služeb při selhání clusteru naleznete v článku 811168.

Pokud potřebujete znovu vytvořit uzel v záložním clusteru proveďte následující kroky
  1. Vytvořte znovu uzel v záložním clusteru. Další informace o opětovné sestavení uzlu naleznete v části „ Jak obnovit ze selhání clusteru převzetí služeb při selhání v Scénář 1 „ v SQL Server Books Online.
  2. Spusťte program původní nastavení SQL Server 2000 přidání uzlu do clusteru převzetí služeb při selhání.
  3. V nově přidaného uzlu spusťte instalaci SP3a. To bude aktualizaci SP3a pouze binární soubory na nový uzel.
Poznámka: Pokud spustíte instalační program z uzlu kde virtuální server spuštěn, je nutné znovu použít SP3a do všech uzlů. Skripty pro upgrade databáze musí také znovu.

Při instalaci Analysis Services SP3a v clusteru, musí být každá instance samostatně aktualizovány.

Nainstalovat SP3a clusteru Analysis Services
  1. Instalace SP3a převzetí služeb při selhání uzlu.
  2. Převzetí do nově inovovaného uzlu.
  3. Opakujte kroky 1 a 2, dokud inovovat všechny instance v clusteru.

3.11 Instalace na serverech replikovaný

Následující informace platí pouze pro SQL Server 2000 součásti, které jsou součástí topologie replikace:
  • Distributor nutné inovovat před inovací vydavatele.
  • U topologie replikace na základě transakční replikace s předplatitelé jen pro čtení upgradovat odběratele před nebo po vydavatel a Distributor.
  • Na základě slučovací replikace nebo transakční replikace s předplatitelé aktualizaci topologie replikace musíte po vydavatel a Distributor upgradovat odběratele.
Poznámka: V mnoha případech (zejména v slučovací replikace Distributor a Publisher jsou na stejném serveru a inovovat současně.

Instalace SP3a na serveru, který pracuje jako vydavatel a odběratele

U topologie replikace na základě slučovací replikace nebo transakční replikace s aktualizace předplatitelé zahrnout jeden nebo více servery zajišťovat i odběratele a Publisher (nebo Distributor), budete pravděpodobně muset uvést do stavu nečinnosti systému (jinými slovy, stop všechny aktualizace) a současně inovovat všechny servery.

Příklad 1: Topologie, vyžaduje souběžné inovací

Následující tabulka obsahuje servery publikovat i odběru publikací povolit aktualizace u odběratele. Jak bylo uvedeno dříve, je nutné postupovat podle pořadí inovace Distributor, Publisher, Subscriber topologií povolit aktualizace na pořadí Subscriber.This vyžaduje Server A nejprve inovovat pro slučovací publikaci a Server B nejprve pro transakční publikaci s aktualizací předplatitelé. V tomto případě musí uvést do stavu nečinnosti systému a současně upgradovat servery.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Server AServer B
Aplikace Publisher/Distributor slučovací replikaceÚčastnické slučovací replikace
Účastnické transakční replikace s aktualizacíAplikace Publisher/Distributor pro transakční replikace s aktualizací
Příklad 2: Topologie, umožňuje sekvenčních inovace.

V tomto příkladu můžete inovovat Server A nejprve protože Subscriber upgradovat před Publisher/Distributor umožňuje transakční publikace jen pro čtení.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Server AServer B
Aplikace Publisher/Distributor slučovací replikaceÚčastnické slučovací replikace
Účastnické jen transakční replikaceAplikace Publisher/Distributor jen transakční replikace
Další problémy instalace replikace

Důležité: Před inovací SP3a zajistit, aby účet systému Windows, pod kterým je spuštěna služba SQL Server členem pevné role serveru sysadmin. Musíte to provést, protože replikace distribuční databáze jsou inovovány v kontextu účtu služby SQL Server. Po inovaci SP3a, byste měli odebrat z sysadmin role účet Windows.

Pokud pomocí slučovací replikace a Distributor je umístěn v jiné instanci databáze nebo počítače (vzdáleným Distributor), po použití SP3a musí vygenerovat nový snímek.

SP3a zavádí změnu v požadavky pro připojování nebo obnovení replikace databází. Další informace naleznete v tématu Změna oddíl 5.3.17 požadavky pro připojení nebo obnovení databáze replikace.

Instalace SP3a inovuje uživatelských databází, které jsou členy topologii replikace. Pokud některý databází, které jsou členy topologie replikace není zapisovatelný, použít SP3a tyto databáze musíte provést jejich zapisovatelný a potom reapplySP3a nastavení. Další informace o provádění databáze zapisovatelný naleznete oddíl 3.12 vyrovnávací SP3a jen databází nebo Filegroups. Informace o opětovné použití SP3a naleznete oddíl 3.14 opětovné použití SP3a.

Existující schéma záložní účty pro replikaci umožňuje obnovení databáze známé bodu po inovaci SP3a v případě selhání. Po použití SP3a, protokolu nebo databáze úplné zálohování doporučeno pro jakékoli uživatele databáze, která je součástí topologii replikace. Tímto způsobem, pokud se nezdaří replikace databáze nemáte znovu použít SP3a po obnovení databáze.

3.12 Použití SP3a čtení databáze nebo Filegroups

Následující informace se vztahují pouze k serveru SQL 2000 součásti, které jsou součástí topologii replikace.

Když není zapisovatelný databází nebo filegroups neexistuje, zobrazí následující zpráva:

Instalační program zjistil jeden nebo více databází a které nejsou zapisovatelný filegroups.

Obecně toto upozornění můžete ignorovat a instalace bude pokračovat. Pokud některý databází bez zapisovatelný uvedeny v protokolu instalace členy topologii replikace, musíte však provést zapisovatelný tyto databáze a znovu použít pro instanci serveru SQL Server 2000 SP3a instalace.

Poznámka:Tato zpráva neovlivní bezobslužné instalace. Další informace o bezobslužné instalaci naleznete v oddílu 4.1 bezobslužné instalaci.

Poznámka:Během instalace umožňuje instalaci žádné rozdílu mezi bez zapisovatelný databází a databází, které jsou v režimu offline nebo v podezřelých stavu. Databáze nebo filegroup je v těchto podmínek během instalace, musí znovu použijte aktualizaci service pack. Další informace o uvedení do stavu online databáze naleznete v tématu "Připojení a odpojení databáze" v SQL Server Books Online. Další informace o diagnostice podezřelých databází naleznete v tématu "Server a databáze odstraňování" v SQL Server Books Online.

Použít SP3a databázi jen pro čtení
  1. Zkontrolujte databázi jen pro čtení zapisovatelný pomocí příkazu ALTER DATABASE jako následuje: ALTER DATABASE databáze SET READ_WRITE.
  2. Krok 1 opakujte pro všechny databáze jen pro čtení.
  3. Použít (nebo znovu použít) aktualizace service pack.
  4. Pokud je vyžadováno, vytvořit databázi jen pro čtení znovu pomocí ALTER databáze následovně:

    ALTER DATABASE databáze SET READ_ONLY
Použít SP3a filegroup jen pro čtení
  1. Provést jen pro čtení filegroup zapisovatelný pomocí ALTER DATABAS E, následujícím způsobem: ALTER DATABASE databáze MODIFY FILEGROUP filegroup_name READWRITE
  2. Krok 1 opakujte pro všechny filegroups jen pro čtení.
  3. Použít (nebo znovu použít) aktualizace service pack.
  4. Nastavit filegroup jen pro čtení znovu pomocí ALTER DATABASE, způsobem:

    ALTER DATABASE databáze MODIFY FILEGROUP
    filegroup_name jen pro čtení
Další informace o ALTER DATABASE naleznete v tématu "ALTER DATABASE" odkaz v Online.For knihy SQL Server Další informace o opětovné použití SP3a naleznete oddíl 3.14 opětovné použití SP3a.

3.13 Odinstalování SP3a

Způsob odebrání SQL Server SP3a závisí na součásti SQL Server 2000 SP3, které odebíráte.

Poznámka: Aktualizace MDAC není odinstalována. Další informace naleznete v tématu oddíl 5.5.1 aktualizace Microsoft Data Access Components.

Odinstalování SQL Server 2000 databázové součásti a Desktop Engine SP3a

Chcete-li se vrátit k verzí součásti SQL Server 2000 pre SP3a, musíte mít zpět zprávy předlohy, msdb a model databáze provedena před k instalaci SP3a. Další informace naleznete v tématu oddíl 3.1 zpět nahoru svůj databáze typu SQL Server.

Poznámka: Pokud některý z databází jsou účastní replikace, musíte zakázat publikování. Zakázání publikování:
  1. V programu SQL Server Enterprise Manager rozbalte SQL Server skupiny, rozbalte server, klepněte pravým tlačítkem myši na složku replikace a potom klepněte na tlačítko Konfigurace publikování, předplatitelé a distribuce.
  2. Klepněte na kartu Databáze publikace.
  3. Zrušte zaškrtnutí políčka pro každou databázi účastní replikace. To umožňuje databází být osamocený.
Chcete-li se vrátit k verzi serveru SQL před aktualizací SP3a
  1. Odpojit 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. Odinstalovat SQL Server. V Ovládacích panelech poklepejte na panel Přidat nebo odebrat programy a vyberte instance serveru SQL, který chcete odinstalovat.
  3. SQL Server 2000 nainstalovat z disku CD-ROM nebo umístění, ze kterého jste původně nainstalovali SQL Server.
  4. Použít aktualizace service Pack a opravy QFE, která byla nainstalována před SP3a.
  5. Obnovení databáze msdb předlohy, a model z poslední zálohy byla vytvořena před použitím SP3a.This automaticky připojí uživatelských databází, které byly připojeny v době zálohování byl vytvořen, za předpokladu, že umístění datových souborů není změněna.
  6. Připojit uživatelských databází, které byly vytvořeny po poslední zálohy databáze master.
  7. Konfigurovat replikaci v případě potřeby.
Upozornění Při vrátit k verzi serveru SQL před aktualizací SP3a budou ztraceny všechny změny provedené od použití SP3a hlavní databází, msdb a model

Odinstalace SQL Server 2000 Analysis Services SP3a

Aby bylo možné vrátit do stavu před aktualizací SP3a Analysis Services, je nutné zálohovat Server HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP klíči registru před instalací SP3a. Další informace naleznete v tématu oddíl 3.2 zpět nahoru svůj Analysis Services databáze a úložiště.

Poznámka:Pokud tento klíč registru není zálohování, je nutné postupovat podle procesu dokumentována v článku znalostní báze Microsoft Knowledge Base 330244.

Chcete-li se vrátit k verzi serveru SQL před aktualizací SP3a
  1. Odinstalovat SQL Server 2000 Analysis Services. Ovládacím poklepejte na panel Přidat nebo odebrat programy, klepněte na SQL Server 2000 Analysis Services a klepněte na tlačítko Odebrat.
  2. Přeinstalujte SQL Server 2000 Analysis Services z CD-ROM nebo umístění, ze kterého jste původně nainstalovali Analysis Services.
  3. Použít aktualizace service Pack a opravy QFE, která byla nainstalována před instalací SP3a.
  4. Odebrat klíč registru Serveru HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP.
  5. Přeinstalujte Server HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP klíče registru ze zálohy před aktualizací SP3a.

3.14 Opětovné použití SP3a

Následující informace platí pro všechny součásti.

V následujících případech je nutné znovu použít SP3a:
  • Pokud nové součásti SQL Server 2000 jsou přidány po použití SP3a.
  • Pokud filegroups, které jsou součástí topologii replikace a byly jen pro čtení během počáteční aplikace SP3a nebo databáze jsou provedeny zapisovatelný
Znovu použít SP3a, postupujte podle kroků v oddíl 3.0 aktualizace instalace.

4.0 Další otázky instalace

Tento oddíl dokumenty Další služby pack instalace aspekty, které platí pouze ve zvláštních případech.

4.1 Bezobslužné instalace

Součásti SP3a databázi použita v bezobslužném režimu k instanci serveru SQL. CD-ROM SP3a součásti databáze obsahuje ISS soubory, které lze použít k provádění bezobslužné nastavení SP3a a jiné typy instalací. Následující soubory jsou umístěny v kořenovém adresáři na disku CD-ROM:
  • Sql2kdef.iss je soubor bezobslužné instalace umožňuje použít SP3a součásti databáze výchozí instance SQL Server 2000 se systémem Windows 2000 nebo Windows NT 4.0. Použití odpovídající dávkového souboru je Sql2kdef.bat.
  • Sql2knm.iss je instalační soubor používá k uplatnění SP3a součásti databáze pojmenované instance SQL Server 2000 se systémem Windows 2000 nebo Windows NT 4.0. Musíte změnit název instance v tomto souboru ISS identifikovat instance probíhá upgrade.
  • Sql2ktls.iss je instalační soubor používá k uplatnění databáze SP3a 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 SP3a součásti v počítači se systémem Windows ME nebo Windows 98. Musíte změnit název instance v tomto souboru ISS identifikovat instance právě inovován.
  • Sql2kcli.iss je instalační soubor používá k uplatnění SP3a součásti databáze součást instalace klienta v počítači se systémem Windows 95.
  • Msolap.iss je instalační soubor, který ukládá seznam parametrů pro spuštění bezobslužné instalace Analysis Services SP3a.
Další informace o provedení bezobslužné instalace SQL Server 2000 naleznete v tématu "Probíhá bezobslužná instalace" v SQL Server Books Online.

Zhodnocení bezobslužné instalace

Následující skutečnosti souvisí bezobslužné instalace:
  • Spusťte bezobslužnou instalaci pomocí ověřování systému Windows je to možné.
  • Pokud je nutné spustit bezobslužnou instalaci pomocí ověřování serveru SQL; například pokud bezobslužné instalace SP3a spuštěné v počítači se systémem Windows 98 nebo Windows ME, v souboru ISS neměla obsahovat heslo sa přihlášení nebo dávkového souboru, protože tyto soubory nejsou zašifrovány. Namísto toho měli zadat heslo pro přihlášení sa v příkazovém řádku pomocí parametru sapwd následujícím způsobem:

    Start/wait setupsql.exe -s - sms - C:\sql2knm.iss f1 - sapwd heslo
  • Instance serveru SQL, který je právě inovován SP3a má prázdné heslo pro přihlašovací účet sa, musí být zadáno heslo k před spuštěním bezobslužné instalace. Toto heslo byste měli měnit spuštěním sp_password.
  • Při spuštění bezobslužné instalace SP3a, musíte ručně nastavit následující instalační přepínače, které odpovídají dialogové okno Kontrolní seznam zpětná kompatibilita nebo bezobslužné instalace se nezdaří.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Přepínač bezobslužné instalacePOPIS
UpgradeMSSearchTento přepínač je vyžadována adresa vyžadováno nové sestavení fulltextové katalogy. Pokud je povoleno úplné Hledat Text, musíte nastavit tento přepínač 1. Další informace jsou viz oddíl 5.1.5 fulltextové katalogy znovu vytvořena po instalaci dokončí.
MSXTSXUpgradedTento přepínač je nutné k problém týkající se inovace konfigurace hlavní a cílový server. Pokud SP3a jsou použití předlohy nebo cílový server, musíte nastavit tento přepínač 1. Další informace naleznete v tématu oddíl 5.4.2 změny konfigurace hlavní a cílový server.
EnableCrossDBChaining(nepovinný) Tento přepínač slouží k povolení vlastnictví databáze mezi zřetězení. Chcete-li povolit vlastnictví databáze mezi zřetězení, nastavte tento přepínač 1. Další informace naleznete oddíl 5.1.11 řetězení vlastnictví databáze křížek.
  • Během bezobslužné instalace, pokud instalační program zjistí jakékoli jiné zapisovatelný databází nebo filegroups zapisovány informace o nastavení protokolu a bezobslužné instalace pokračuje. Pokud některý databází bez zapisovatelný uvedeny v protokolu instalace členy topologii replikace, musíte provést tyto databáze zapisovatelný a znovu použít pro instanci serveru SQL Server 2000 SP3a instalace. Další informace o provádění databáze zapisovatelný naleznete oddíl 3.12 vyrovnávací SP3a jen databází nebo Filegroups. Další informace o opětovné použití SP3a naleznete oddíl 3.14 opětovné použití SP3a.

4.2 Opětovně distribuující SP3a Data Access Components

Zahrnuje SP3a součásti databáze samorozbalovací soubor Sqlredis.exe. Při spuštění Sqlredis.exe jej:
  • Spustí soubor Mdac_typ.exe z Microsoft Data Access Components (MDAC) 2.7 Service Pack 1a. To nainstaluje základní součásti MDAC 2.7 SP1a (Pokud není rozpoznáno stejné nebo novější verze) a verze součásti připojení klienta SQL Server a Desktop Engine, která jsou zahrnuta v aktualizaci SP3a. Další informace viz 5.5.1 aktualizace Microsoft Data Access Components.
  • Nainstaluje součásti připojení a ovladače Microsoft Jet ODBC.
Dále distribuovat souboru Sqlredis.exe pod termínů a podmínek, které jste si poznamenali v souboru Redist.txt, který je popisován SP3a.

5.0 Dokumentaci poznámky

Tato část popisuje problémy, které může dojít k nové funkce, které jsou k dispozici při spuštění SP3a. Tyto problémy použít při spuštění inovace z SQL Server 2000, SQL Server 2000 SP1 nebo SQL Server 2000 SP2 aktualizace service pack. Určeny tento oddíl jako popis všechny opravy poskytované SP3a. Úplný seznam těchto oprav naleznete v článku znalostní báze Microsoft Knowledge Base 306908.

Segmenty META dat služby Analysis Services a v této části se nevztahují Desktop Engine pouze instalací.
V článku znalostní báze Microsoft Knowledge Base 816502 budou publikovány žádné informace relevantní pro SQL Server 2000 S aktualizací Service Pack 3a nebyl k dispozici v čase mají být zahrnuty v tomto souboru readme.

Tyto články znalostní báze Microsoft Knowledge Base jsou k dispozici na Microsoft Product Support Services Knowledge Base.

5.1 Databáze a vylepšení Desktop Engine

Následující vylepšení použít instance SQL Server 2000, na kterém je nainstalován SP3a komponent databáze. Také vztahují MSDE 2000 instance, na kterém je nainstalován Desktop Engine SP3a.
5.1.1 Pomocí čínské, japonské či korejské znaky s SP3a součásti databáze
Zavedené v SP1

Pokud nainstalujete součásti SP3a databáze na serveru se systémem Windows NT 4.0 nebo Windows 98 a novější inovace na systém Windows 2000, inovace na systém 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é nebo korejské znaky databází SQL Server, spusťte znovu verze Sqlredis.exe součástí SP3a po inovaci na systém Windows 2000. Další informace o spuštění Sqlredis.exe naleznete oddíl 4.2 opětovně distribuující SP3a Data Access Components.

Poznámka: Muset znovu použít Sqlredis.exe v klientských počítačích nebo na serverech, které nemají databáze obsahující čínské, japonské či korejské znaky.
5.1.2 Odebrané týmy hash
Zavedené v SP1

Týmy hash byly odebrány. Z důvodu určitých vylepšení SQL Server 2000 hash týmy již vyrobit výhody výkonu nabízená v SQL Server 7.0. Kromě toho odebrání hash týmům umožňuje SQL Server 2000 více stabilní.

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

Ve výjimečných případech odebrání hash týmy způsobit dotazu zpracovány pomaleji. Analyzovat takové dotazy naleznete zda vytváření indexů vhodnější vrátí dotaz výkonu k předchozí úrovni.
5.1.3 Přidání přepínače Maska spřažení
Zavedené v SP1

Tato aktualizace Service pack byly přidány dva přepínače masku spřažení.

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

S touto aktualizací service pack můžete určit, které procesory jsou slouží ke spuštění podprocesů vstupně operací. Tento přepínač musíte použít ve spojení s možnost masku spřažení. Další informace naleznete v tématu 298402 v následujícím článku Microsoft Product Support Services znalostní báze. Pokyny týkající se hledání Knowledge Base naleznete oddíl 1.5 Další informace O SP3a.

Přepnout připojení Maska spřažení
Tato aktualizace Service pack můžete nakonfigurovat systémy, které jsou povoleny pro virtuální rozhraní Architecture (VIA) serveru SQL vytvořit vazbu připojení z určité síťové karty do procesoru nebo sadu procesorů. Tento přepínač musíte použít ve spojení s možnost masku spřažení. Další informace naleznete v tématu 299641 v následujícím článku Microsoft Product Support Services znalostní báze.
5.1.4 Indexovaná zobrazení filtrovaných
Zavedené v SP2

Pokud dojde k chybě 355069 jako dokumentována v článku 306467 znalostí Microsoft SQL Server 2000, pouze budoucí výskyty neočekávané výsledky zabránit z důvodu změny data této aktualizace Service pack. Kromě použití této opravy všechny indexy, které jsou založeny na zobrazení s podmínek filtru musí být znovu vytvořen. Další informace naleznete v tématu Microsoft Product Support Services Knowledge Base.
5.1.5 Po dokončení instalace je znovu vytvořena katalogy úplné text
Zavedené v SP3

Všechny fulltextové katalogy jsou vytvořena jako část instalace SP3a, s výjimkou inovace z SP3. Nové sestavení je automatické a zdrojů náročné. Dotazy vůči fulltextové katalogy může vrátit pouze částečné výsledky nebo žádné výsledky, dokud nebude proces opětovné sestavení. Po instalaci SP3a systémové protokoly událostí obsahují zprávy oznamující katalogy byly poškozen starší verze a musel být znovu sestavovány.

Informace naleznete v tématu článku znalostní báze Knowledge Base 327217, které také popisuje možných řešení pro udržování fulltextového vyhledávání k dispozici během procesu nové sestavení a zabránit automatické opětovné sestavení.
5.1.6 Změny syntaxe pro sp_change_users_login
Zavedené v SP3

Spustit sp_change_users_login s @ akcí = Auto_Fix argument, nyní musí zadat heslo. sp_change_users_login přiřadí heslo jakékoli nové přihlášení vytvoří pro uživatele. Následující příklad ukazuje nové @ heslo argument. 
sp_change_users_login [ @Action = ] 'action' 
    [ , [ @UserNamePattern = ] 'user' ] 
    [ , [ @LoginName = ] 'login' ]
    [ , [ @Password = ] 'password' ]
Use the @Password argument only with @Action=Auto_Fix. The following example shows the new syntax for the sp_change_users_login command when using Auto_Fix. Other examples in SQL Server Books Online remain unchanged.

USE pubs
go
EXEC sp_change_users_login 'Auto_Fix', 'Mary', NULL, 'B3r12-36'
go
5.1.7 Ve výchozím nastavení vypnuto ad Hoc Access zprostředkovatelé OLE DB
Zavedené v SP3

Pokud možnost registru DisallowAdhocAccess není explicitně nastaven, standardně ad hoc přístup ke zprostředkovatelům OLE DB není povoleno. To znamená syntaxe ad hoc dotazu například OPENDATASOURCE a OPENROWSET, nebude fungovat proti vzdálené servery. Chcete-li povolit přístup ad hoc, musíte explicitně nastavit možnost DisallowAdhocAccess0.
5.1.8 Nové možnosti zprostředkovatele SqlServerLike
Zavedené v SP3

Povolení efektivnější zpracování vzdáleného dotazy, které zahrnují predikáty LIKE byla přidána možnost SqlServerLike v SP3. SQL Server 2000 SP3 nebo novější nyní má dvě možnosti pro odesílání LIKE operací propojené servery. Pokud zprostředkovatel OLE DB propojený server podporuje syntaxi serveru SQL LIKE operátor a zástupné znaky, můžete určit SqlServerLIKE možnost odeslat LIKE operací pomocí syntaxe SQL Server SQL Server. Pokud zprostředkovatel OLE DB propojený server hlásí, že podporuje syntaxi položka úroveň ANSI/ISO SQL - 92 nebo vrátí vlastnost SQLPROP_ANSILIKE, SQL Server odešle LIKE operací pomocí syntaxe SQL 92 propojeného serveru. Další informace o SQLPROP_ANSILIKE, naleznete v tématu „ Programming SQLPROPSET_OPTHINTS sadu vlastností"v SQL Server 2000 Books Online.

Je nutné přidat hodnotu klíče registru Povolení možnosti SqlServerLIKE OLE DB poskytovatele.
Upozornění Nesprávná úprava registru může způsobit vážné problémy, které mohou vyžadovat přeinstalaci operačního systému. Společnost Microsoft nemůže zaručit, že problémy vyplývající z nesprávné úpravy registru mohou být vyřešen. Před úpravou registru zálohovat veškerá cenná data.
  1. Otevřete Regedit32.
  2. Vyhledejte klíč registru správné:
    • Pojmenovaná instance vyhledejte tento klíč:
      HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\ < Instance Name > < Název Zprostředkovatele > \Providers\
    • Výchozí instance vyhledejte tento klíč:
      HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\Providers\ < Zprostředkovatel Název >

  3. V klíči < Název Zprostředkovatele > přidejte hodnotu DWORD s názvem SqlServerLIKE a nastavte její hodnotu na 1.
5.1.9 Rozbalené chybové zprávy Distributed dotazy
Zavedené v SP3

Pro distribuované dotazy SQL Server vrátí chybu zprostředkovatele informace, které informace o chybě serveru. Při dotazu mezi výsledky v chybě propojené servery SQL Server zkontroluje, pokud zprostředkovatel podporuje rozhraní OLE DB IErrorRecords. Pokud toto rozhraní je podporován, volá funkci GetErrorInfo od poskytovatele získat informace o další chybě SQL Server a vrátí tyto informace uživatele jako část chybová zpráva. Pokud IErrorRecords rozhraní není podporováno, není k dispozici žádná změna chování serveru SQL: SQL Server vrátí obecnou chybu.
Následující dotaz například spustit proti serveru používá MSDASQL, který nepodporuje sql_variant: 
SELECT * FROM remote2k.dqtable.dbo.sqlvariantnotnull 
--Remote2k is a loopback server.
Prior to SP3, SQL Server returned the following error message:

Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column. 
Metadata information was changed at execution time.
After you apply SP3 or later, SQL Server returns the following error message:

Server: Msg 7356, Level 16, State 1, Line 1
OLE DB provider 'msdasql' supplied inconsistent metadata for a column. 
Metadata information was changed at execution time.
OLE DB error trace [Non-interface error:  Column 'sql_variant' (compile-time
ordinal 3) of object '"dqtable"."dbo"."sqlvariantnotnull"' was reported 
to have a DBCOLUMNFLAGS_ISFIXEDLENGTH of 16 at compile time and 0 at run time].
5.1.10 Fn_get_sql nové funkce vrací příkaz SQL
Zavedené v SP3

SP3 a dále obsahuje nové funkce fn_get_sql, který vrátí text příkazu SQL Zadaný popisovač SQL. Navíc k podpoře této funkce tři nové sloupce byly přidány do sysprocesses systémové tabulky, které jsou uvedeny v následující tabulce.
Zmenšit tuto tabulkuRozšířit tuto tabulku
Název sloupceTyp datPOPIS
sql_handleBinary(20)Představuje aktuálně provádění dávky nebo objektu
stmt_startIntPočáteční posun aktuální příkaz SQL zadaný sql_handle
stmt_endIntKoncové odsazení aktuální SQL příkazu pro zadaný sql_handle. Hodnota -1 označuje, že aktuální příkaz spustí konec výsledky vrácené funkcí fn_get_sql zadaný sql_handle. 
Syntax
fn_get_sql ([ @SqlHandle = ] SqlHandle )

Arguments
[ @SqlHandle = ] SqlHandle

The handle value. SqlHandle is binary(20).

Tables Returned
Zmenšit tuto tabulkuRozšířit tuto tabulku
Název sloupceTyp datPOPIS
DBIDsmallintDatabáze ID. Tato hodnota je NULL ad hoc příkazy SQL
objectidIntID databázového objektu. Tato hodnota je NULL ad hoc příkazy SQL
ČíslosmallintČíslo skupiny, pokud jsou seskupeny postupy. Tato hodnota je 0 pro položky, které nejsou postupy a NULL ad hoc příkazy SQL.
ŠifrovanýBitOznačuje, zda je objekt zašifrována. Hodnota je 0, pokud objekt není šifrována a 1, pokud objekt zašifrována.
TextTextText příkazu SQL. Tato hodnota je NULL pro šifrované objekty.
Poznámky

Platný popisovač SQL můžete získat ze sloupce sql_handle systémové tabulky sysprocesses.

Pokud předat popisovač již existuje v mezipaměti fn_get_sql vrátí sadu výsledků prázdné. Pokud předat úchytu, který není platný, zastaví dávkovou a vrácena následující chybová zpráva:

Server: Zpráva 569 úroveň 16, stav 1 procedura fn_get_sql, the popisovač předán fn_get_sql 12 řádek byl neplatný.

SQL Server 2000 nelze mezipaměti Transact-SQL některé příkazy, například hromadné kopírování příkazů a příkazů s řetězcové literály větší než 8 KB. Úchyty tyto příkazy nelze načíst pomocí funkce fn_get_sql.
Sloupec textu sadu výsledků filtrovány pro text může obsahovat hesla.

Informace vrácené funkcí fn_get_sql je podobný příkazu DBCC INPUTBUFFER. Použití funkce fn_get_sql při DBCC INPUTBUFFER nelze použít, například:
  • Při události mít více než 255 znaků. W
  • Máte-li vrátit nejvyšší aktuální úroveň vnoření uložené procedury hen. Například jsou dvě uložené procedury s názvem sp_1 a sp_2 Pokud sp_1 volá sp_2 a získat popisovač z tabulky systému sysprocesses sp_2 spuštěna, vrátí funkce fn_get_sql informace o sp_2.Navíc Vrátí úplný text uložené procedury na nejvyšší úrovni aktuální vnoření funkce fn_get_sql
Oprávnění

Funkce fn_get_sql lze spustit pouze členové pevné role serveru sysadmin.

Příklady

Funkce fn_get_sql správci databáze slouží k diagnostice problému procesy. Po správce identifikuje problém procesu serveru ID (SPID), může správce načíst popisovač SQL pro danou SPID, volání funkce fn_get_sql s popisovač a použít k určení textu SQL problém SPID posuny zahájení a ukončení. Například: 
DECLARE @Handle binary(20)
SELECT @Handle = sql_handle FROM sysprocesses WHERE spid = 52
SELECT * FROM ::fn_get_sql(@Handle)
5.1.11 Řetězení vlastnictví databáze kříž
Zavedené v SP3

Tato aktualizace Service pack poskytuje nové možnosti pro zapnutí vlastnictví databáze mezi zřetězení a vypnout.

Při instalaci součásti SP3a databáze zobrazí dialogové okno Zpětná kompatibilita kontrolní seznam nastavení možnost pro konfiguraci databáze mezi vlastnictví zřetězení. Ve výchozím nastavení vypne zřetězení vlastnictví mezi databáze pro všechny uživatele databáze. Můžete povolit zřetězení vlastnictví mezi databáze pro všechny databáze. Další informace naleznete v tématu zpětná kompatibilita dialogové okno Kontrolní seznam.

Při instalaci Desktop Engine SP3a můžete povolit vlastnictví databáze mezi zřetězení pro všechny databáze nastavení parametru ALLOWXDBCHAINING. Další informace naleznete v části 3.7.3 MSDE 2000 nastavit parametry.

Poznámka:Povolení vlastnictví databáze mezi zřetězení pro všechny databáze není doporučeno.

Po instalaci můžete použít následující metody zapnout vlastnictví databáze mezi zřetězení a zapnout pro všechny databáze v instanci:
  • Použít nové Křížový OwnershipChaining DB argument p_configure systém s uloženou proceduru.
  • Použijte možnost povolit Řetězení vlastnictví mezi databází na kartě zabezpečení dialogové okno Vlastnosti serveru SQL v Enterprise Manager.
  • Použít kolekci SQLServer.Configuration.ConfigValues Database Management Objects (DMO). Při SQLServer objekt odkazuje instance SQL Server 2000 SP3 nebo novější, tato kolekce obsahuje ConfigValue objekt s názvem Křížový řetězení vlastnictví DB.
Pokud pro instanci je vlastnictví databáze mezi zřetězení vypnuto, můžete nakonfigurovat pro jednotlivé databáze. Zapnutí zřetězení vlastnictví mezi databáze pro databázi a vypnout pomocí následujících metod:
  • Pomocí nové možnosti zřetězení db systému uložené procedury sp_dboption.
  • Použijte možnost Řetězení vlastnictví AllowCross databáze na kartě Možnosti dialogové okno Vlastnosti databáze v nástroji Enterprise Manager.
  • Vlastnost DBChainingDBOption2 DMO objektu použít.
Poznámka: Pokud jste dříve povolili vlastnictví databáze mezi zřetězení na předprodejní verze SP3 (dříve, než sestavení 8.00.[BUILD_NUMBER]), je třeba ji povolit po instalaci SP3a znovu.

Další informace získáte klepnutím na tlačítko Nápověda na stránce předchozí kontrolní seznam kompatibility při spuštění instalačního programu, stáhnout aktualizovanou verzi SQL Server 2000 Books Online nebo naleznete v článku znalostní báze Knowledge Base 810474.
5.1.12 Vylepšení příznak trasování 1204
Zavedené v SP3

Příznak trasování 1204 vrátí typ zámků účastní zablokování a aktuální příkaz ovlivněny. SP3 a později Jakmile je tento příznak trasování, zablokování informace automaticky zapsány do protokolu chyb
5.1.13 Změnit oprávnění pro sp_changedbowner
Zavedené v SP3

Sp_changedbowner systémovou uloženou proceduru lze spustit pouze členové pevné role serveru sysadmin.
5.1.14 Ladění změny funkčnosti
Zavedené v SP3

Ve výchozím nastavení je vypnuta funkce pro ladění uložené procedury Microsoft Visual Studio 6.0 a starší nebo SQL Server Query Analyzer před na SP3. Ladění aplikace (zastavení u zarážky SQL Server Transact-SQL při ladění aplikace klienta) je také ve výchozím nastavení vypnuta. Povolit ladění funkce, spustit sp_sdidebug, předávání parametr legacy_on. Zakažte ladění předat legacy_off tento postup.

Poznámka:Sp_sdidebug spuštěním uložené procedury na provozních serverech se nedoporučuje.

Další informace naleznete v článku znalostní báze Microsoft Knowledge Base 328151. Tento článek je k dispozici na Microsoft Product Support Services Knowledge Base.
5.1.15 Operací na portu UDP 1434
Zavedené v SP3a

Počínaje SQL Server 2000 SP3a instance databázového stroje SQL Server 2000 a MSDE 2000, které nejsou konfigurovány pro podporu síťové komunikace přestane User Datagram Protocol (UDP) pomocí portu 1434. Instance, které jsou konfigurovány pro podporu komunikace v síti bude používat procházející přes port UDP 1434

Instance inovován SP3a zastaví kdykoli jsou zakázány všechny instance kromě sdílené paměti síťovou knihovnu síťové knihovny serveru pomocí UDP 1434. Spustí se instance pomocí portu 1434 kdykoli povolit libovolné síťové knihovny serveru. Informace o zakázání nebo povolení síťové knihovny serveru naleznete v tématu "SQL Server Network Utility" v SQL Server 2000 Books Online.

Použití portu UDP 1434 pomocí počítače nebude zastaven, dokud všechny instance SQL Server 2000 a MSDE 2000 v počítači byly inovovány SP3a a nakonfigurovat podporu komunikační sítě.

Zda portu UDP 1434 je otevřen nebo uzavřen nezávisí na stavu síťovou knihovnu sdílené paměti. Sdílené paměti síťovou knihovnu slouží pouze pro místní připojení a sítě nepoužívá. Síťová knihovna sdílené paměti je vždy aktivní; nemůže být povoleno nebo zakázáno.

Můžete také určit, zda jsou při instalaci nebo inovaci instance MSDE 2000 zakázány síťové knihovny serveru. Použít parametr DISABLENETWORKPROTOCOLS nástroj instalace MSDE 2000 nebo MSDE 2000 slučovací modul SqlDisableNetworkProtocols vlastnost. Další informace o těchto možnostech naleznete v 3.7.3 MSDE 2000 nastavit parametry.

Nelze zakázat všechny serveru databáze stroj NET knihovny při instalaci nebo inovaci instance SQL Server 2000.

5.2 Vylepšení služby analýzy

Tato část popisuje vylepšení SQL Server 2000 Analysis Services, které jsou součástí SP3a.
5.2.1 Vzdáleného oddílů
Zavedené v SP1

Při vytvoření vzdálené oddílu 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 OLAP Administrators má plný přístup oprávnění skupina na místním serveru.
Pokud má místní server SP1 nebo novější nainstalována, vzdálený server také musí mít navíc SP1 nebo novější nainstalována tak, aby místní server můžete vytvořit nebo spravovat vzdálený oddíly.
5.2.2 Aktualizované Analysis Services Redistributable instalace klienta
Zavedené v SP1

Analýzy Services SP1 a novější verze obsahují aktualizované verze následujících redistributable instalační programy klienta:
  • PTSLite.exe
  • PTSFull.exe
Tyto soubory jsou umístěny v cestě \Msolap\Install\PTS instalační adresář service pack.

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

Tyto instalační programy aktualizovaný klient použít 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: Pomocí služby Analysis Services se sadou Office XP doporučeno inovaci klienta.
5.2.3 Podpora povolené pro výrobců dat algoritmu dolování zprostředkovatelé
Zavedené v SP1

Analýzy Services SP1 a novější verze obsahují podporu pro přidání zprostředkovatelů algoritmu dolování dat výrobců. Další informace o vývoji zprostředkovatel algoritmu dolování dat v tématu "Poskytovatelé dolování dat třetích" dokument white paper a databáze OLE pro data dolování Resource Kit, který obsahuje kód pro zprostředkovatele algoritmu dolování dat ukázkové.
5.2.4 Instalace v počítači s aktualizovaných souborů klientské služby Analysis
Zavedené v SP1

Nainstalovat SQL Server 2000 Analysis Services v počítači, který obsahuje aktualizovaný klient soubory, například SQL Server 2000 SP1 nebo Office XP, musíte použít zajistit klienta pracuje správně a můžete procházet krychle Analysis Services SP1 nebo novější.
5.2.4 Instalace v počítači s aktualizovaných souborů klientské služby Analysis
Zavedené v SP1

Nainstalovat SQL Server 2000 Analysis Services v počítači, který obsahuje aktualizovaný klient soubory, například SQL Server 2000 SP1 nebo Office XP, musíte použít zajistit klienta pracuje správně a můžete procházet krychle Analysis Services SP1 nebo novější.
5.2.5 Zvýšený Limit odkazovaný virtuální krychle krychle OLAP
Zavedené v SP3

Virtuální krychle můžete nyní odkazovat až 255 datových krychlí. Virtuální krychle, který odkazuje na více než 64 kostek však není viditelné libovolné verze kontingenčního Microsoft ® Service vydaných před SP3.
5.2.6 Nové klíčové slovo popisu
Zavedené v SP3

Místní krychle nyní podporují vlastnost člena vnitřní popisu pro měřítek a dimenzí. Klíčové slovo popisu, přidány do příkazu CREATE CUBE Multidimensional Expressions (MDX) používá pro podporu použití vlastnost DESCRIPTION vnitřní člena. Změny provedené v příkazu CREATE CUBE popisují následující klauzule BNF: 
<dimensions def> :: = DIMENSION <dimension name> [<time def>] 
  [DIMENSION_STRUCTURE <sub_type>] [<hidden def>] 
  [DESCRIPTION <description expression>] 
  <options def> <comma> <hierarchy def list> 
<measures def> :: = MEASURE <measure name> <measure function def> 
  [<measure format def>] [<measure type def>] [<hidden def>] 
  [DESCRIPTION <description expression>] [<comma> <measures def>]
5.2.7 Vlastnost Restricted Client Service kontingenčního nové
Zavedené v SP3

SP3 zavedla novou kontingenční Service připojení řetězec vlastnost, Restricted klienta. Tuto vlastnost lze omezit kontingenčního Service z pomocí funkce místní krychle. Jakýkoli pokus o použití příkazu, který zahrnuje vytváření nebo použití místní krychle, například CREATE CUBE, CREATE GLOBAL CUBE a příkazy CREATE SESSION CUBE vyvolá chybu. Navíc prohlášení, které zahrnuje hluboká rekurze například řadu vnořené příkazy PROCHÁZENÍ vyvolá chybu Pokud příkazu potenciálně přetečení zásobníku příkazu udržovány službou kontingenčního.

Tato vlastnost ukládá hodnota řetězce. Pokud hodnota nastavena na hodnotu všechny řetězce začínající znaky "Y", "y", "T" nebo „ t „ nebo řetězcovou hodnotu, které lze převést číselnou hodnotu než 0, služba kontingenčního je omezeno, jak je popsáno výše. Pokud je nastavena hodnota jiná hodnota řetězec, včetně prázdný řetězec (""), nebo řetězcovou hodnotu, která může být převedena na číselná hodnota rovna 0 kontingenčního Service neomezený. Výchozí hodnota této vlastnosti je hodnotu 0.

Poznámka: Tato vlastnost není omezit používání modely dolování dat místní.
5.2.8 V možnosti vlastností bezpečná změnit
Zavedené v SP3

Nastavení vlastnosti Bezpečná možnosti DBPROP_MSMD_SAFETY_OPTIONS_ALLOW_SAFE také zabraňuje používání PRŮCHODU klíčové slovo místní krychle.
5.2.9 Přenést úložiště META datových služeb ve výchozím nastavení vypnuto
Zavedené v SP3

Byla zakázána možnost použít formát úložiště META datových služeb v Průvodci přenést úložiště SP3 nebo novější a není doporučeno používat tento formát. Však Pokud tento formát je vyžadováno z důvodů obchodní, můžete povolit možnost pomocí klíče registru EnableMigrationToMetaDataServicesFormat.

Ve výchozím tento klíč registru neexistuje; musí být ručně vytvořen v HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\OLAP Server\Server Connection Info a nastavit povolení úložiště přenesení datových služeb META formátu. Tento klíč registru uložena hodnota řetězec rozlišující malá a velká písmena. Pokud hodnota nastavena na 1 nebo PRAVDA, je povoleno úložiště přenesení do formátu META datových služeb. Hodnota je nastavena jiná hodnota řetězec nebo klíč registru neexistuje, je zakázán přenesení úložiště do formátu META datových služeb.
Poznámka: Pokud je změněna hodnota tohoto klíče registru, změna projeví okamžitě.
5.2.10 Oprávnění musí změněno na vzdálené složky dat
Zavedené v SP3

Pokud složku Analysis Services Data je umístěn v počítači, než na kterém je spuštěn server pro analýzu, musíte změnit oprávnění u složky Po spuštění instalace SP3a. Nastavit oprávnění u složky povolit přístup Úplné řízení všemi členy skupiny OLAP Administrators v počítači spuštěna analýza ve vzdáleném počítači serveru. V průběhu času jako členy jsou přidána či odebrána ze skupiny OLAP Administrators, nezapomeňte změnit oprávnění vzdáleného dat složku tak, aby odráží aktuální členství OLAP Administrators skupiny. Tím bude povolit zálohování a obnovení fungovat správně.

Po instalaci SP3a je navíc nutné povolit účet, pod kterou je server pro analýzu spuštěna úplné řízení přístupu k vzdálené složce data.

Pokud použijete SP3a instanci Analysis Services spuštěna v clusteru konfiguraci OLAP Administrators úroveň domény skupiny musí být povolena úplné řízení přístupu k vzdáleným složku data. Další informace o vytváření a použití skupiny OLAP Administrators úroveň domény naleznete v článku podporu 308023 k dispozici na Microsoft Product Support Services Knowledge Base.

5.3 Rozšíření replikace

Tato část popisuje vylepšení replikace SQL Server 2000, které jsou součástí SP3a.
5.3.1 Transakční replikace UPDATE vlastní uložená procedura
Zavedené v SP1

Během instalace transakční replikace vlastní uložené procedury pro vložení, odstranění a aktualizace akce jsou vytvořeny v databázi odběrů. Bez ohledu na to, kolik sloupců jsou ovlivněny UPDATE výkazu vlastní uložené procedury aktualizace aktualizuje všechny sloupce tabulky odběru. Sloupec, který byl změněn je obnovena na stejné hodnoty, které existovaly před aktualizací. Tato akce způsobí obvykle žádné problémy. Však Pokud všechny tyto sloupce jsou indexovány toto obnovení mohou stát nákladné.

Pokud pomocí transakční replikace a mít několik indexů v tabulce odběru a změnit pouze několik hodnot sloupce z důvodu aktualizací, režii udržování indexu můžete omezit výkon při změny použity u odběratele. Například databáze odběru, který se používá pro účely vykazování může mít mnoho další indexy než databáze publikace. Vytváření dynamicky při spuštění příkazu UPDATE může zlepšit výkon. Aktualizace zahrnuje pouze sloupce, které byly změněny, vytváření optimální řetězec UPDATE.

Tato aktualizace Service pack zahrnuje nové uložené procedury sp_scriptdynamicupdproc, který generuje vlastní uložené procedury, které lze použít u odběratele dynamicky vytvářet UPDATE výkazu v době spuštění. Vytvoření dynamického příkazu UPDATE v době spuštění však vyžaduje zvláštní zpracování.

sp_scriptdynamicupdproc

Uložená procedura 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 vytvářena dynamicky, na základě MCALL syntaxi, která označuje sloupce, které chcete změnit. Pokud je počet indexů tabulky subscribing zvětšování a je malý počet sloupců měněn pomocí uložené procedury. Uloženou proceduru spustit u vydavatele v databázi publikace. 
Syntax
sp_scriptdynamicupdproc [ @artid =] artid

Arguments
[@artid =] artid
Článek ID. artid je int, s žádný výchozí.

Sady výsledků

Vrátí sadu výsledků se skládá z jednoho nvarchar(4000) sloupce. Výsledek nastavení formulářů dokončení CREATE PROCEDURE prohlášení, které slouží k vytvoření vlastní uložené procedury.

Poznámky

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

Oprávnění

Členové role veřejné lze spustit sp_scriptdynamicupdproc

Příklady

Tento příklad vytvoří článek (s artid nastavena na hodnotu 1) v tabulce Autoři v databázi pubs a určuje, že příkaz UPDATE je vlastní uloženou proceduru spustit:

'MCALL sp_mupd_authors'

Generate the custom stored procedures to be executed by the Distribution Agent at the Subscriber by running the following stored procedure at the Publisher: 
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 použít výsledný skriptu na předplatitelé ručně vytvořit uloženou proceduru.


5.3.2 Transakční příkazech UPDATE replikace na jedinečné sloupce
Zavedené v SP1

V transakční replikace příkazy UPDATE obvykle jsou replikovány jako aktualizace. Pokud aktualizace změní 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ý INSERT, ale výkazu u odběratele. Důvodem je, protože tento typ aktualizace mohou ovlivnit více řádků a narušení jedinečnosti může dojít, pokud aktualizace jsou doručovány řádek na řádek.

Pokud aktualizace ovlivní pouze jeden řádek, je žádné pravděpodobnost narušení jedinečnosti. Příznak trasování 8207 proto byl přidán do této aktualizace service pack povolit aktualizace libovolného jedinečný sloupce, které ovlivňují pouze jeden řádek replikovány jako příkazy UPDATE. Byla přidána tato optimalizace specificky pro aplikace, které instalaci aktivačních UPDATE uživatelem definované u odběratele a vyžadují tyto aktivační události Požární aktualizace ovlivní pouze jeden řádek jedinečný sloupec.
Použít příznak trasování 8207, zapněte ji z příkazového řádku (sqlservr.exe - T8207) nebo v době spuštění pomocí DBCC TRACEON(8207,-1) před spuštěn Agent protokolu Reader.

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 odběry aktualizovatelné, pokud primární klíč UPDATE může dojít u odběratele.
5.3.3 Odebrání ze souběžná zpracování Snapshot omezení
Zavedené v SP1

SQL Server 2000 snímek souběžné zpracování není doporučeno Pokud publikování tabulky měl jedinečný index, který nebyl primární klíč nebo klíč clustering. Při generování souběžných snímek, clustering klíč byly provedeny změny dat, replikace pravděpodobně nezdaří s chybou duplicitní klíče při použití souběžných snímek odběratele. S touto aktualizací service pack jsou odebrány omezení pomocí zpracování souběžných snímek.
5.3.4 Transakční replikace Scripting vlastní uložených procedur
Zavedené v SP1

Při nastavování nosync odběry (tj odběry neobdrží počáteční snímek), vlastní uložené procedury INSERT UPDATE, a DELETE příkazy musí být vytvořeny ručně. Tyto příkazy jsou obvykle vytvořeny u odběratele při doručování počáteční snímek. Nové uložené procedury sp_scriptpublicationcustomprocs byla přidána ke generování skriptů pro vlastní uložené procedury na úrovni publikace. Nová funkce může usnadnit nastavit nosync odběry.

sp_scriptpublicationcustomprocs

V publikaci, ve kterém je povolena možnost automatické generování schématu vlastní proceduru, uložené procedury
sp_scriptpublicationcustomprocs skriptů vlastní procedury INSERT, UPDATE a DELETE všechny články tabulky.
sp_scriptpublicationcustomprocs je zvláště užitečné pro nastavení odběry, pro které je snímek použity ručně. 
Syntax
sp_scriptpublicationcustomprocs [@publication]= publication_name

Arguments
[@publication] = publication_name

The name of the publication. publication_name is a sysname with no default.

Return Code Values
0 (success) or 1 (failure
Sady výsledků

Vrátí sadu výsledků se skládá z jednoho nvarchar(4000) sloupce. Výsledek nastavit formulářů dokončení příkazu CREATE PROCEDURE, která je nutné vytvořit vlastní uložené procedury.

Poznámky

Vlastní procedury scripted není pro články bez automatické generování schématu možnost vlastní proceduru (0x2).

Oprávnění

Execute uděleno oprávnění k veřejné; procedurální zabezpečení Kontrola je prováděna uvnitř Tato uložená procedura 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'
5.3.5 Sloučit replikace systémem uchování dat META čištění nahoru
Zavedené v SP1

Při sloučení replikace systémových tabulek obsahovat velké množství dat meta, čištění dat meta zvyšuje výkon. Před na SQL Server 2000 SP1 může být meta data vyčištěna pouze spuštěním sp_mergecleanupmetadata. Však SQL Server 2000 SP1 a novějších verzích zahrnout data podle uchování meta vyčistit, které znamená, že meta data mohou být automaticky odstraněny z následující tabulky systému:
  • MSmerge_contents
  • MSmerge_tombstone
  • MSmerge_genhistory
  • Libovolné před obrázek tabulek, pokud existuje
Poznámka: Obrázek tabulky jsou prezentovat Pokud @ keep_partition_changes optimalizace možnost synchronizace je povolena v publikaci.

Meta založené uchování dat vyčistit dochází takto:
  • Pokud parametr –MetadataRetentionCleanup korespondence Agent je nastaven na 1, jako je ve výchozím nastavení, agent korespondence vyčistí odběratele a Publisher přicházejí v hromadné korespondenci.
  • Pokud-MetadataRetentionCleanup parametr nastaven na hodnotu 0 automatické vyčištění nedojde. V tomto případě spustit ručně meta data podle uchování vyčistit vykonáním s p_mergemetadataretentioncleanup. Uložené procedury musí být provedeny na každý vydavatel a odběratel by měl být vyčištěn. Je doporučeno, ale není povinná, že vydavatel a předplatitelé být vyčištěn podobné bodů v čase (viz dále v této části Prevence FALSE konflikty).

    Poznámka:-MetadataRetentionCleanup parametr nastaven na hodnotu 1 pro všechny profily sloučit Agent, které jsou součástí SQL Server 2000 SP1 a novějších verzích. Pokud inovaci serveru SP1 nebo novější a přidat slučovací replikace agenta korespondence profil je aktualizován automaticky zahrnout tento parametr. Pokud upgradujete server již má slučovací replikace povolené SP1 nebo novější, profil korespondence Agent není automaticky aktualizována; aktualizovat profil spuštěním sp_add_agent_parameter (viz další parametr sp_add_agent_parameter dále v této části).

    Důležité: Výchozí hodnota retenční periody publikací je 14 dní. Pokud článek patří do více publikací, může být různé uchování období. V situaci nejdelšího období uchování slouží k určení nejdřívější možné čas, vyčistit mohou nastat. Existují více publikací na databázi a období uchování infinite publikace používá některý z těchto publikací (@ uchování = 0), sloučení dat meta pro vyčištěn se toto databázi automaticky. Z tohoto důvodu uchování infinite publikace používejte opatrně
Další parametr sp_add_agent_parameter

Sp_add_agent_parameter systémovou uloženou proceduru má nyní MetadataRetentionCleanup parametr, který umožňuje přidat nebo odebrat uchování dat meta vyčistit z Agent sloučit profily. Hodnota 1 označuje, že profil má zahrnovat vyčistit; hodnota 0 označuje, že jej neměla obsahovat čištění. Například přidat uchování dat meta čisté k profilu, spustit následující kód: 
EXEC sp_add_agent_parameter @profile_id=<my_profile_id>,
  @parameter_name='MetadataRetentionCleanup', @parameter_value=1
META vyčištění dat v topologií různými verzemi serveru SQL

Pro Automatické uchování systémem vyčistit dochází v databázi účastní slučovací replikace databáze a korespondence Agent musí obě být na serverech se systémem SQL Server 2000 SP1 nebo novější. Například:
  • SQL Server 7.0 vyžádanou Subscriber nespustí vyčistit u SQL Server 2000 SP1 vydavatele.
  • SQL Server 2000 SP1 nabízenou sloučit Agent nespustí vyčistit v databázi bez aktualizace SP1 serveru SQL 2000 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 se systémem SQL Server 2000 nebo starší.
Automatické vyčištění na některých serverech a nikoli na ostatní bude nejvíce příčinou konfliktů false a ty by měl být výjimečných. Topologie patří verze serveru SQL před na SQL Server 2000 SP1 může výkon výhody zobrazit spuštěním sp_mergemetadatacleanup na všechny servery, které není čistit automaticky.

Zabránění FALSE konflikty

Meta založené uchování dat vyčistit zabrání konvergence a přepíše tichý režim změn na ostatní uzly. Konflikty false může však dojít, pokud jsou splněny následující podmínky:
  • Na jednom uzlu je vyčištěn dat meta a není jiný.
  • Následné aktualizace uzlu vyčištěny nahoru dochází na řádek, jehož meta data byla odstraněna.
Například pokud je u vydavatele, ale není u odběratele vyčištěn meta data a aktualizaci provedené u vydavatele, dojde v konfliktu, přestože data se zobrazí být synchronizovány.

Zabránit tento konflikt, ujistěte se, že je meta data vyčištěna na související uzly na o stejný čas. Pokud - MetadataRetentionCleanup nastavena na 1, Publisher a odběratele jsou vyčištěna automaticky před spuštěním sloučení zajistí, že jsou uzly vyčištěna současně. Pokud dojde ke konfliktu použít prohlížeč slučovací replikace konflikt zkontrolovat konflikt a výsledek podle potřeby změnit.

Pokud článek patří několik publikací nebo je v republishing scénář, je možné období uchování pro daný řádek na vydavatel a odběratel jsou různé. Snížit šanci čištění meta data na jedné straně, ale není ostatní je doporučeno tyto různé publikací mají podobné uchování období.

Poznámka: Systémové tabulky obsahují velké množství dat meta musí být vyčištěn, může trvat delší spuštění procesu sloučení. Vyčistit data meta pravidelné zabránit tomuto problému.
5.3.6 Zálohování a obnovení problémy pro sloučení replikace
Zavedené v SP1

Publikace databáze, 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í 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 použít změny databáze publikace, například synchronizace může vést k non konvergence.

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

    Obnovení databáze odběru ze zálohy, pouze pokud je zálohování ne starší než nejkratší období uchování všech publikací, do které získala odběratele. Například pokud Subscriber získala respektive tři publikací s období uchování 10, 20 a 30 dnů, zálohování, obnovení databáze používá by neměl být více než 10 dnů staré.
  • Synchronizovat před generováním zálohy.

    Je doporučeno, Subscriber synchronizovat s vydavatele před provedením zálohy. Jinak systém pravděpodobně nebude konvertován správně odběratele obnovena z této zálohy. Ačkoli samotný záložní soubor může být nová, může být poslední synchronizace s vydavatel téměř jako staré jako retenční periodu. Zvažte například publikaci s retenční perioda 10 dní. Poslední synchronizace byla před 8 dny a nyní provést zálohování. Pokud zálohování je použita novější 4 dny, poslední synchronizace bude došlo 12 dní před, který je za období uchování. Pokud odběratele měl synchronizovány vpravo před zálohováním, databáze odběru by v průběhu retenční periody.
  • Pokud změníte hodnotu uchování publikaci znovu inicializovat odběratele.

    Pokud potřebujete změnit hodnotu uchování publikace, ručně znovu inicializovat Subscriber vyhnout non konvergence. Meta data podle uchování funkce VYČISTIT odstraní zastaralé meta data z sloučení systémových tabulek při dosažení období uchování publikace.

    Hodnota retenční publikace slouží k určení při by měla vypršet odběry synchronizovali v průběhu retenční periody. Pokud po čisté nahoru, zvýšit období uchování publikace a předplatné se pokusí sloučit Publisher (které meta data již odstraněn), odběru vyprší kvůli zvýšené uchování hodnotu. Navíc vydavatele nemá dostatek dat meta Stáhnout změny odběratele vede konvergence.
  • Použít stejné hodnoty uchování publikace pro všechny vydavatel a jejich partnerů alternativní synchronizace. Pomocí různých hodnot může vést k konvergence.
5.3.7 Obnovení replikované databáze z jiné verze serveru SQL
Zavedené v SP1

Obnovení zálohy na server a databáze – jako server, ze kterého byla vytvořena záloha spuštěna stejná verze – zachová nastavení replikace. Pokud obnovujete replikované databáze verzi serveru SQL, který je odlišný od verze slouží k zálohování databáze, zvažte následující problémy:
  • Pokud SQL Server 2000 SP3a jsou obnovení databáze ze zálohy vytvořené pomocí SQL Server 2000 a chcete zachovat nastavení replikace, musíte spustit sp_vupgrade_replication. Systémem sp_vupgrade_replication zajišťuje upgradována meta dat replikace. Pokud spustíte sp_vupgrade_replication, může být ponecháno meta dat replikace v nepředvídatelné stavu.
  • Pokud chcete zachovat nastavení replikace SQL Server 2000 jsou obnovení databáze ze zálohy vytvořené s SQL Server 7.0 (vydání verze, SP1, SP2, SP3 a SP4), je nutné znovu vytvořit zálohy před instalací aktualizace service Pack. Je možné obnovit databázi SQL Server 2000 SP3a přímo ze záložní kopie replikované databáze vytvořené v SQL Server 7.0, ale nejsou zachována nastavení replikace.
5.3.8 Nové - MaxCmdsInTran parametr Agent protokolu Reader
Zavedené v SP1

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

Pomocí –MaxCmdsInTran, Agent protokolu Reader rozdělí na menší bloky velké transakce a každý blok dat obsahuje stejné nebo méně příkazy jako -MaxCmdsInTran vstupní. Agent distribuce může tedy zahájení zpracování dřívější bloky transakce agenta protokolu Reader stále práci prostřednictvím novější bloky stejné transakce.

Toto vylepšení parallelism mezi Reader agenta protokolu a distribuce Agent přispívá lepší celkovou propustnost replikace. Všimněte si však, že transakce bloky jsou potvrzených u odběratele jako jednotlivých transakcí které konce vlastnost nedělitelnost jeden vlastnosti ACID (nedělitelnost, konzistenci, izolace a trvalost). Tento výsledek není problém ve většině případů, přestože je vhodné otestovat to zkontrolujte.

Definování parametru –MaxCmdsInTran

Zadejte kladné celé číslo (1 nebo výše) pro hodnotu parametru-MaxCmdsInTran. Určení hodnotu 0 je ekvivalentní není použití parametru. 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 tento parametr použijte vydavatele musí běžet SQL Server 2000 SP1 nebo novější verzi a agenta protokolu Čtenář a distribuční databáze musí být upgradovány SP3 nebo novější. Jinak -MaxCmdsInTran je ignorována.
5.3.9 Omezení na Non jedinečné indexy zařazených do clusteru
Introduced SP2 (platí pouze 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 přetažení publikaci obsahující tabulku.
5.3.10 - Nový Argument příkazového řádku MaxNetworkOptimization Snapshot Agent
Zavedené v SP2

Během normální zpracování slučovací replikace odeslat DELETE příkazy předplatitelé pro řádky, které nepatří odběratele tohoto oddílu. DELETE příkazy tohoto typu jsou označovány jako irelevantní odstraní. Odstraní irelevantní neovlivní integrity dat nebo konvergence, ale může způsobit zbytečné síťový provoz.

Pokud chcete snížit zatížení sítě způsobeny irelevantní odstraní, můžete použít nový parametr Snapshot Agent - MaxNetworkOptimization s publikací slučovací replikace. Nastavení parametru 1 minimalizuje pravděpodobnost irelevantní odstraní který maximalizuje optimalizace sítě.

Poznámka: Nastavení tohoto parametru na 1 je užitečná pouze při synchronizaci optimalizace možnost sloučení publikace je nastavena na hodnotu true (@ keep_partition_changes parametr sp_addmergepublication).

Výchozí hodnota je 0, protože nastavení parametru 1 můžete zvětšit úložiště meta data a způsobit výkon snížit u vydavatele, pokud existují více úrovní spojení filtry a filtry složité podsadu. Měli pečlivě zhodnotit topologii replikace a nastavit -MaxNetworkOptimization 1 pouze, pokud je síťový provoz ze irelevantní odstraní nepřijatelně Vysoká.

Tento parametr můžete přidat profil Snapshot Agent vykonáním postup systému sp_add_agent_parameter:

EXEC sp_add_agent_parameter 1, MaxNetworkOptimization, 1
5.3.11 Sloučit replikace používá nové role
Zavedené v SP3

SP3 a později automaticky vytvoří novou roli pro použití pomocí slučovací replikace. Název nové role je ve formuláři MSmerge-< publikace ID >. Role je vytvořena na vydavatele pro každé slučovací publikaci replikace a funguje jako seznam přístupu publikace (PAL) řízení přístupu ke sloučení publikace vydavatele. Ztracené této role můžete spustit nové uložené procedury součástí SP3 nebo novější, sp_createmergepalrole, znovu vytvořit roli. Uložené procedury provedeny u vydavatele na databázi publikaci znovu vytvořit roli. sp_createmergepalrole 
Syntax
sp_createmergepalrole [ @publication = ] 'publication' 

Arguments
[@publication = ] 'publication' 

The publication name. publication is sysname, with no default. This parameter is used to select the publication to use when re-creating a role used by merge replication. 

Return Code Values
0 (success) or 1 (failure)
poznámky

Systémem sp_createmergepalrole přidá nový řádek tabulky sysusers nové role. Název nové role je založen na hodnotu pubid sloupec v tabulce sysmergepublications pro danou publikaci. Předpona názvu role je 'MSMerge_ a hodnota pubid (bez pomlčky) připojen k název role.

Oprávnění

Sp_createmergepalrole lze spustit pouze členové pevné role serveru nebo db_owner pevné role databáze sysadmin.
Vytvoření nové požadavky pro odběry 5.3.12 podle Non sysadmin Users
Zavedené v SP3

Pokud odběr vytvořen uživatel, který není členem pevné role serveru sysadmin, proveďte jednu z následujících akcí:
  • Nakonfigurujte účet SQL Server Agent serveru proxy přihlášení a heslo, které spustí úlohu kroku SQL Server Agent přidružené agent replikace s dostatečnými oprávněními. Další informace naleznete v tématu "xp_sqlagent_proxy_account" v SQL Server Books Online.
  • Změnit vlastníka kroku úlohu uživatele, který je členem role sysadmin dlouhodobého serveru před spuštěním agent.
Poznámka: Aktivace funkce vzdáleného agenta vždy vyžaduje kroku úlohu spustit v kontextu účet pevné role serveru sysadmin.
5.3.13 Změní oprávnění pro uložené procedury
Zavedené v SP3

Oprávnění byla změněna na číslo uložené procedury použít k implementaci, správě a sledování topologii replikace. Většina tyto změny týkají šroubku oprávnění požadovaná ke spuštění uložené procedury. Další informace o nových oprávnění zkontrolovat Transact-SQL referenční dokumentace pro replikaci uložené procedury v aktualizované verzi SQL Server Books Online. Další informace o aktualizované SQL Server Books Online naleznete oddíl 1.6 aktualizované knihy online dokumentace je dostupná.
5.3.14 Nový parametr sp_addmergearticle a sp_changemergearticle
Zavedené v SP3

Nový parametr, @ published_in_tran_pub, byla přidána do sp_addmergearticle a sp_changemergearticle. Tento parametr slouží k označení článku v publikaci hromadné korespondence je publikován také ve transakční publikaci. @ published_in_tran_pub je nvarchar(5), s výchozím NEPRAVDA. TRUE Určuje článku je publikován také ve transakční publikaci.

Poznámka: Při změně tento parametr sp_changemergearticle snímku musí být zrušena platnost a musí být reinitialized odběratelům.
5.3.15 Konfigurovat nové stránky pro publikování a distribuci Průvodce
Zavedené v SP3

Průvodce konfigurací publikování a distribuci nyní zahrnuje nové stránky: Distributor heslo. Pokud vyberete jednu nebo více vydavatel používat server jako vzdálený Distributor a jeden nebo více těchto vydavatelů vyžadovat heslo, musí na této stránce zadejte heslo. Připojení mezi vydavatel a vzdálené Distributor je hybridní propojeného serveru a vzdáleného serveru. Připojení používá přihlášení distributor_admin. Ve výchozím vydavatele je nakonfigurován jako nedůvěryhodný na vzdálené Distributor tak heslo je vyžadováno.

Poznámka: Pokud byly staženy a nainstalovány SQL Server 2000 Books Online (aktualizováno - SP3), klepněte na tlačítko Nápověda pro nové stránky je k dispozici tyto informace.
5.3.16 Změní podpory Windows Správce synchronizace
Zavedené v SP3

SQL Server umožňuje povolit existující odběry (vytvořené pomocí SQL Server Enterprise Manager, SQL-DMO a replikace uložené procedury) pro použití Správce synchronizace Windows. Můžete také vytvořit nové odběry pomocí Správce synchronizace Windows. Po použití aktualizace service pack při synchronizaci odběru, bude Správce synchronizace Windows výzvu zadejte heslo nebo hesla požadováno připojení k serverům účastní synchronizace.
5.3.17 Změnit požadavky pro připojení nebo obnovení replikace databáze
Zavedené v SP3

Pod určitá sada podmínek může selhání replikace v procesu z připojování nebo obnovení publikované databáze. Jsou tyto podmínky:
  • SP3 nebo novější byla vyrovnána.
  • Připojení databáze uživatel není členem pevné role serveru sysadmin.
  • Zřetězení křížek databáze nebylo povoleno.
Pokud jsou všechny tyto podmínky splněny, schtasks.exe postup sp_changedbowner uloženy na připojené nebo obnovenou databázi. Přiřadit vlastnictví přihlášení správce vestavěné sa. Tím bude zajištěno, že replikace funguje správně.

Poznámka: Musí být execute sp_changedbowner členem pevné role serveru sysadmin.

Další informace o vlastnictví databáze mezi zřetězení naleznete oddíl 5.1.11 řetězení vlastnictví databáze křížek.

5.4 Agent rozšíření SQL Server

Tato část popisuje vylepšení SQL Server Agent, které jsou součástí SP3a.
5.4.1 SQL Server Agent protokolování účtů Information
Zavedené v SP2

SQL Server Agent úlohy historie nyní záznamy Windows účet, pod které každý krok úlohu spustí. Tyto informace pomáhají správcům diagnostikovat problémy zabezpečení s naplánované úlohy, včetně naplánované úlohy, které jsou definovány pro replikaci a úkoly Data Transformation Services (DTS).
5.4.2 Změní konfigurace hlavní a cílový server
Zavedené v SP3

Správa víceserverových je proces automatizace úkolů správy přes více instancí serveru SQL. Použití víceserverových správy Pokud spravovat dvě nebo více servery a chcete centralizovat úlohy údržby.

V SP3a účet služby SQL Server Agent nemá být správce systému Windows, pokud potřebujete použít proxy účet SQL Server Agent. Další informace o SQL Server Agent Proxy účet, viz oddíl 5.7.3 SQL Server Agent Proxy účet vylepšení. Účet služby SQL Server Agent musí být členem pevné role serveru sysadmin.

Víceserverových správu musíte mít alespoň jeden hlavní server a server alespoň jeden cíl. Hlavní server distribuuje úlohy a přijímá události z cílových serverů. Hlavní server uloží centrální kopii definice úlohy pro úlohy spustit cílové servery. Cílové servery připojit k jejich hlavní server aktualizace jejich seznamu úlohy provádět pravidelně. Pokud existuje nová úloha cílového serveru stáhne úlohy a odpojí z hlavního serveru. Po dokončení úlohy cílový server opět připojí hlavního serveru a sestavy stav úlohy.

Před použitím SP3a musíte dokončit několik kroků upgrade konfiguraci serveru SQL Server 2000 hlavní a cílové. Změny jsou zavedeny s SP3a nejsou kompatibilní se servery SQL Server 7.0 cíl nebo všechny servery SP3a není spuštěna. Toto je změnit z původní funkce SQL Server 2000.

Upgrade konfigurace serveru hlavní a cílové
  1. Vytvořit nový účet MSX (hlavní server) na hlavní server. Toto je připravit server (cílový server) TSX (nebo servery) pro inovaci. Chcete-li to provést, spusťte následující příkazy. Podrobnosti – viz vysvětlení pod--ověřování 
    --Option A: Windows authentication
EXEC sp_grantlogin 'DOMAIN\user'
GO
USE msdb
GO
EXEC sp_adduser 'DOMAIN\user', 'DOMAIN\user', 'TargetServersRole'
GO

--Option B: SQL Server authentication – see explanation below for 
--details.
EXEC sp_addlogin <MSXAccount>, <MSXAccountPassword>, 'msdb' 
GO
USE msdb
GO
EXEC sp_adduser <MSXAccount>, <MSXAccount>, 'TargetServersRole'
GO
    <msxaccount>Představuje název přihlášení SQL zvolíte a přidružené heslo představuje <msxaccountpassword>.

    Poznámka: Tyto hodnoty musí být uzavřeny v jednoduchých uvozovkách.

    Při výběru účtu MSX máte následující možnosti:
    • Windows ověřování. Toto je nejbezpečnější možnost, protože hesla nemají být uloženy a SQL Server a SQL Server Agent může být nakonfigurován bez práva místního správce Windows.
    • Ověřování serveru SQL. To vyžaduje účty služby SQL Server Agent mít místní práva správce okno, protože SQL Server ukládá uživatelské jméno a heslo jako tajný klíč místního zabezpečení (LSA) úřadu a přístup je omezen na místní správci systému Windows. Vytvořit účet pro všechny servery TSX nebo vytvořit jeden účet pro každý server TSX.
    Nezadávejte sonda účet SQL Server Agent (<computer_name> _msx_probe_login). Jako součást inovace SP3 nebo novější SQL Server odebere staré účty sonda protože je servery TSX již použít.
  2. Inovace serverů TSX SP3a postupně. (Před instalací aktualizace service pack viz krok 3 Další informace o upgradu časování.)
  3. Minimalizovat dolů čas spuštění rozšířené uložené procedury xp_sqlagent_msx_account na každém serveru TSX krátce po dokončení aktualizace SP3a.

    Poznámka: Po spuštění xp_sqlagent_msx_account, musí být SQL Agent zastavena a restartována na každém serveru.

    Další informace o xp_sqlagent_msx_account naleznete oddíl 5.4.3 New SQL Server Agent Rozšířená uložená procedura.
  4. Použít SP3a hlavního serveru. Staré účty _msx_probe odebrány SP3a nastavení, protože je servery TSX již použít. Pokud účet vlastní úlohy SQL Agent, účet není odebrán a musí změnit vlastníka úlohy jiného uživatele a ručně odebrat tyto účty. Pokud chcete nadále používat starý _msx_probe účty, že vlastní úlohy SQL Agent může mít změnit heslo účtu _msx_probe.
5.4.3 Nové SQL Server Agent Rozšířená uložená procedura
Zavedené v SP3

SP3a zahrnuje nové rozšířené uložené procedury, která umožňuje nakonfigurovat účet serveru SQL Server Agent TSX používá pokyny stáhnout ze serveru MSX. Tento účet je také známá jako MSX účet nebo účet hlavní server.

xp_sqlagent_msx_account

Xp_sqlagent_msx_account rozšířené uložené procedury nastaví nebo obnoví SQL Server Agent MSX účtu uživatelské jméno a heslo do nebo z tajných klíčů LSA na serveru TSX. Toto rozšířené uložené procedury lze spustit pouze členové role serveru dlouhodobého securityadmin.

Před spuštěním této rozšířené uložené procedury SQL Server Agent musí být spuštěn. Navíc je zadaný účet SQL Server přihlášení, SQL Server Agent musí mít místní práva správce Windows. SQL Server Agent ukládá jako tajný klíč LSA uživatelské jméno a heslo a přístup je omezen na místní správci systému Windows. 
Syntax
xp_sqlagent_msx_account

    {N'GET' |

    N'SET' | N'DEL', N'MSX_domain_name', N'MSX_username', N'MSX_password'

    }

Arguments
N'GET'
Načte aktuální účet SQL Server Agent MSX. N'GET ' je nvarchar s žádný výchozí. Heslo je hlášeno z důvodů zabezpečení.

N'SET '

Nastaví účet použit jako SQL Server Agent MSX účtu. Parametry použití MSX_username a MSX_password určit účet, který chcete použít jako účet SQL Server Agent MSX. N'SET ' je nvarchar s žádný výchozí.

N'DEL '

Odstraní účet SQL Server Agent MSX.

'MSX_domain_name

Vyhrazeno pro budoucí použití.

'MSX_username

Název účtu systému Windows použít jako účet SQL Server Agent MSX. Zadejte prázdný řetězec pro tento parametr a MSX_password vyberte zabezpečení systému Windows. V tomto případě služba SQL Server Agent účtu jsou použita pověření pro přihlášení k serveru MSX. MSX_username je nvarchar s žádný výchozí.

'MSX_password

Heslo pro účet SQL Server zadaný v MSX_username Zadejte prázdný řetězec pro tento parametr a MSX_username vyberte zabezpečení systému Windows. V tomto případě jsou použita pověření účtu služby SQL Server Agent přihlášení k serveru MSX. MSX_password je nvarchar s žádný výchozí.

Poznámka: Parametry pro xp_sqlagent_msx_account musí být určen v pořadí. Pojmenované parametry nelze použít.
Vrátit kód hodnoty

Vrátí hodnotu 0 na úspěch nebo selhání 1
Při xp_sqlagent_msx_account nezdaří a vrátí hodnotu 1, SQL Server generuje chybovou zprávu s informacemi o chybě.
Sady výsledků

Jestliže nastavení účet SQL Server Agent MSX xp_sqlagent_msx_account vrátí výsledek nastavit s následující informace při určení N'GET '.
Zmenšit tuto tabulkuRozšířit tuto tabulku
SloupecTyp datPOPIS
DoménasysnameN/A. vyhrazeno pro budoucí použití.
uživatelské_jménosysnameÚčet použitý jako SQL Server Agent MSX účtu.
Nebo pokud nastavit účet SQL Server Agent MSX N'SET ' je zadán, žádná sada výsledků je vrácena.

Oprávnění

Oprávnění pro výchozí xp_sqlagent_msx_account členům role securityadmin dlouhodobého server spustit.

Příklady
  • Načíst aktuálně přiřazené MSX SQL Server Agent účtu

    Následující příklad vyhledá účet aktuálně přiřazené pro použití jako účet SQL Server Agent MSX:

    EXEC master.dbo.xp_sqlagent_msx_account N'GET '
  • Nastavit účet MSX Agent serveru SQL pomocí systému Windows Authentication

    Následující příklad nastaví MSX SQL Server Agent účtu použít ověřování systému Windows: 
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
   N'',  -- Reserved for future use 
   N'',  -- MSX_username
   N''  -- MSX_password
  • Nastavte účet SQL Server Agent MSX na SQL Server Authentication

    Následující příklad nastaví účet Ralph MSX Agent serveru SQL a určuje heslo: 
    EXEC master.dbo.xp_sqlagent_msx_account N'SET',
   N'',  -- Reserved for future use 
   N'Ralph',  -- MSX_username
   N'RalphPwd'  -- MSX_password
  • Odstranit účet SQL Server Agent MSX

    Následující příklad odstraní účet SQL Server Agent MSX. To znamená, že SQL Server Agent výchozí ověřování integrované zabezpečení systému Windows.


    EXEC master.dbo.xp_sqlagent_msx_account N'DEL '
5.4.4 SQL Server Agent oprávnění šeků
Zavedené v SP3

SQL Server nyní zkontroluje vlastníka úlohy Agent má oprávnění připojit nebo přepsat výstupní soubor protokolu z každé úlohy. Tomu se třemi způsoby:
  • Pokud vlastník úlohy je členem pevné role serveru sysadmin, úlohy výstupní soubor protokolu lze zapsat na server.
  • Pokud vlastník úlohy je uživatel systému Windows, testuje zobrazíte, pokud uživatel má oprávnění k zápisu do umístění souboru protokolu výstup vybranou úlohu na serveru SQL Server.
  • Pokud vlastník úlohy je uživatel serveru SQL Server, SQL Server testuje účet SQL Server Agent serveru proxy pro oprávnění k zápisu do umístění souboru protokolu výstup vybranou úlohu na serveru. Pokud účet serveru proxy nebyl nastaven, je zapsán žádný protokol.
Ve všech případech jsou zapsány úlohy s SQL Server Agent pověření, ale nyní testy zajistit má uživatel oprávnění k zápisu výstupu vybranou úlohu protokolu umístění souboru na serveru SQL Server. Zobrazí chyby v historii úlohy, ale úloha kroky není nezdaří, pokud nelze zapsat soubor protokolu.
5.4.5 SQL Agent Mail MAPI profily
Zavedené v SP3

V 32bitové verzi SQL Server 2000 lze nakonfigurovat SQL Agent Mail pomocí e-mailový profil Extended MAPI pro odesílání e-mailová oznámení. E-mailové aplikaci Extended MAPI, jako je například Microsoft Outlook můžete použít k vytvoření profilu Extended MAPI. V 64bitové verzi SQL Server 2000 e-mail SQL Agent Mail lze pouze použití profilu Simple MAPI pro odesílání oznámení. Nepoužívejte Simple MAPI profily v 32bitové verzi SQL Server 2000.

5.5 Vylepšení součásti Connectivity SQL Server

Tato část popisuje vylepšení připojení k součásti SQL Server 2000, které jsou součástí SP3a.
5.5.1 Aktualizace Microsoft Data Access Components
Zavedené v SP3a

SP3a obsahuje aktualizace Microsoft Data Access Components (MDAC). Při instalaci SP3a MDAC 2.7 Service Pack 1a také nainstalován. MDAC 2.7 SP1a má žádné změny funkce z verze MDAC nainstalován SQL Server 2000 (MDAC 2.6), ale neobsahuje opravy a vylepšení zabezpečení. Inovace na MSXML 3 SP3 zahrnuje MDAC 2.7 SP1a.

Poznámka: Tato verze MDAC není nainstalována, pokud instalační program zjistí stejné verze nebo novější verze.

Další informace o této verzi součástí MDAC naleznete na serveru WWW Microsoft Universal Data Access na této stránce na microsoft.com. Opravy zahrnuté v této verzi součástí MDAC bude popsána v článku 326848. Přístup k tomuto článku z znalostí produktů podpory služby.
5.5.2 Podpora QLogic Architecture virtuálního rozhraní
Zavedené v SP3

SQL Server nyní podporuje virtuální rozhraní QLogic implementacích Architecture (VIA) System Area Network SAN. Povolení podpory serveru SQL pro připojení přes QLogic VIA, musí počítače klienta a serveru poskytují překlad adres IP v souboru s názvem Vihosts v příslušné složce system32\drivers\etc Windows. 
The Vihosts file should be formatted as follows:

<VI IP Address of server computer> <SERVER_COMPUTERNAME>

<VI IP Address of client computer> <CLIENT_COMPUTERNAME>

For example:

139.4.130.1  SQLCOMPUTER

139.4.130.2  SQLCLIENT
Použití adres IP příslušných QLogic VIA síťové karty a názvy skutečné počítače. Jinak připojení nemůže být provedena pro pojmenované instance nebo jiných protokolů IP, například TCP nebo pojmenované kanály. Není nutné pro připojení k Giganet VIA souboru Vihosts.

Poznámka:Je nutné určit správné VIA dodavatele v klientských počítačích pomocí Client Network Utility. Vyberte příslušnou hodnotu dodavatel rozevíracího seznamu. Odpovídající akce by měla být dokončena v počítačích serveru přes Server Network Utility.

5.6 Vylepšení služby Meta Data

Tato část popisuje vylepšení Meta Data služby serveru SQL Server 2000, které jsou součástí SP3a.
5.6.1 Meta Data prohlížeči exporty Unicode
Zavedené v SP1

Meta data prohlížeči nyní exportuje data XML meta Unicode. V prohlížeči před SQL Server 2000 SP1, exportovány kódu ANSI, který nepodporuje neanglické znaky. Tato změna funkčnosti je neviditelné uživatele. Jako z této verze SP3a exportovaná data vždy vyjádřeny jako Unicode. Můžete exportovat stále v kódu ANSI nastavením hodnoty registru klíč HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Repository\Engine\XMLExport 0. Následující seznam představuje hodnoty, které lze nastavit pro tento klíč registru:
  • NOOBJID = 1
  • NOHEADER = 2
  • ODSAZENÍ = 4
  • UNICODE = 8
  • LOGUNMAPPEDTAGS = 16
  • EXPORTBASE = 32
Další informace o každý příznak v tématu "IExport::Export Method" v SQL Server Books Online.
5.6.2 Podpora zakázáno skriptování
Zavedené v SP3

Podpora skriptu v modelech informace zakázána. Po instalaci SP3a zobrazí následující chybová zpráva Pokud přistupuje k aplikaci, vlastnost nebo metoda pro který je definován skript:
EREP_SCRIPTS_NOTENABLED

Povolení podpory skriptu

Pokud potřebujete pokračovat v provádění skriptů, můžete vytvořit nastavení registru, které Povolí podporu skriptu použít následující postup.
  • Otevřete Editor registru a přejděte HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft.
  • Vytvořit klíč registru s názvem úložiště (Pokud již neexistuje) a potom vytvořit podklíč s názvem modulu tak, aby se rovná cesta Repository\Engine.
  • Na klíč registru Engine přidat novou hodnotu DWORD s názvem AllowScripting a nastavte hodnotu 1. Pokud chcete zakázat později skriptování, nastavte hodnotu tento nový klíč registru na 0.
Důležité: Zabezpečení, vždy modely informace a databáze úložiště k zabránění neoprávněnému přístupu.
5.6.3 Pro přístup úložiště informací nové Role RepositoryUser
Zavedené v SP3

SQL Server v databázi msdb obsahuje sadu tabulek, uložené procedury a zobrazení ukládat informace používané stroj META datových služeb úložiště. Nové vyhrazené role s názvem RepositoryUser v SP3, byl přidán a musí být použit přístup a aktualizace úložiště informací. Uděleno vytvořit tuto roli, číst, aktualizovat, odstranit a spustit oprávnění na tyto objekty. Veřejné role již má oprávnění na tyto objekty. .

Tato změna ovlivní existující objekty úložiště k žádné další objekty vytvořené v budoucnu stroj úložiště. Uživatelům a aplikacím přistupovat prostřednictvím veřejné role úložiště musí být přidán do role RepositoryUser.

5.7 Data Transformation Services rozšíření

Tato část popisuje vylepšení SQL Server 2000 Data Transformation Services, které jsou součástí SP3a.
5.7.1 DTS průvodce již omezuje sloupce řetězce na 255 znaků.
Zavedené v SP2

Při exportu dat do textového souboru nakonfiguruje Průvodce importem a exportem DTS nyní balíček zapisovat až 8000 znaky libovolný sloupec obsahující data typu řetězec.
5.7.2 Kontext zabezpečení evidované pro balíčky DTS spustit službou Agent serveru SQL


Zavedené v SP2

SQL Server Agent zaznamenává kontext zabezpečení spuštěn každý krok v úloze. SP3 nebo novější zobrazí se v dialogovém okně historie úlohy kontextu zabezpečení. 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 problémy oprávnění a ověřování nastat při DTS balíčky naplánovány na serveru spustit.
5.7.3 SQL Server Agent Proxy účet vylepšení
Zavedené v SP2

Před na SP2 DTS balíčky uložené na serveru nelze spustit pod pověření klienta SQL Server Agent Proxy Pokud účtu serveru proxy měl přístup do složky TEMP uživatele pro účet, který buď server (v případě z úlohy spustit z xp_cmdshell) nebo agenta (v případě z úlohy agent) byla spuštěna. Z tohoto důvodu uživatelé často musel upravit proměnná prostředí TEMP pro účet spuštění SQL Server nebo SQL Agent přejděte do adresáře byl přístupný i spuštění a účty proxy například C:\Temp. SP2 a novější, DTS bylo rozšířeno na použití systému Temp složky, pokud je k dispozici značně snižuje potřebu tyto úpravy složky TEMP uživatele.
5.7.4 Uložit META datových služeb zakázáno ve výchozím nastavení
Zavedené v SP3

Ve výchozím nastavení SP3 a novější zakáže možnost ukládat DTS balíčky v Meta datových služeb. To znamená možnost META datových služeb nezobrazí v seznamu rozevírací nabídky umístění v dialogovém okně Uložit DTS balíčků. Kromě toho tato možnost zakázána na uložit, plánu a replikuje balíček stránce v Průvodci importem a exportem DTS.

Povolit balíčky uložené ve službě Meta Data
  • V programu SQL Server Enterprise Manager klepněte pravým tlačítkem na uzel Data Transformation Services, klepněte na příkaz Vlastnosti a klepnutím na tlačítko Povolit uložit Services Meta Data.
Poznámka:Musíte být přihlášeni s oprávněními správce upravit tuto vlastnost.

Pokud je zakázána možnost ukládat balíčky Meta Data Service načíst existujících balíčků z META datových služeb, upravit je a Uložit je META datových služeb pomocí možnost uložit. Meta data služba však není k dispozici z Uložit jako možnost. Například můžete nelze re-save balíčku META datových služeb pomocí jiný název.

5.8 Vylepšení XML

Následující téma popisuje vylepšení pro XML a SQLXML SP3a.
5.8.1 Zdokonalené ověření výrazy XPath
Zavedené v SP3

Před na SP3 verze MSXML, která byla nainstalována s SQL Server 2000 (MSXML 2.6) povoleno predikátu výraz XPath postupujte zkratku speciální znak, který identifikuje uzel aktuální kontext který je označený podle období (.) v syntaxi XPath. Toto porušuje syntaxi specifikace XPath, který vyžaduje tento znak být následován výraz umístění cesty.

Při použití SP3 nebo novější, nainstalována aktualizovaná verze MSXML (3.0 SP3) jako součást MDAC inovace. Další informace naleznete oddíl 5.5.1 aktualizace Microsoft Data Access Components.

Pomocí nové verze MSXML nelze predikátu okamžitě podle aktuálního kontextu uzlu zkratku speciální znak. Výrazy XPath v ROZŠÍŘENÍCH dotazy (XPath dotazy vůči poznámka připojena mapování schémat a šablony stylů XSLT zapsány transformaci výsledky SQLXML dotazy), které používají chybné syntaxe se nezdaří po upgradu SP3 nebo novější

Zabránit tyto chyby identifikovat a opravit výrazů, které používají nesprávnou syntaxi. Například syntaxe výrazu XPath, který je zadán jako hodnota atributu test v xsl:if následující prvek není platná protože predikátu, [@ ResourceTypeID = '2], následuje zkratku speciální znak, který identifikuje uzel aktuální kontext.

Následující příkaz dříve nevygeneroval chybu, se nezdaří po SP3 nebo novější je nainstalován. 
xsl:if test=".[@ResourceTypeID='2']">
To prevent a failure, the XPath expression must be amended as follows:

<xsl:if test="@ResourceTypeID='2'">

5.9 Virtuální zařízení API rozšíření zálohování

Následující položka se vztahuje SQL Server 2000 Virtual zálohovací zařízení API.
5.9.1 Zachytávání více databází v jeden snímek

Zavedené v SP2

Virtuální zařízení API Backup umožňuje ISV integrovat do svých produktů SQL Server 2000. Tento API analyzovány k zajištění maximální spolehlivosti a výkonu. Plně podporuje funkci zálohování a obnovení SQL Server 2000, včetně úplný rozsah zálohování funkce hot a snapshot.

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

Specifikace virtuálních zařízení Backup v SP3a obsahuje aktualizované informace o příkazu Ukotvit VDC_PrepareTo. Aktualizované verze souboru záhlaví Virtual Device Interface (vdi.h) lze nalézt v \Devtools\Include v SP3a instalační adresář

Aktualizovaná specifikace můžete stáhnout z centra Stažení na webu Stažení Microsoft SQL Server.

5.10 Chybové hlášení

Zavedené v SP3

Ve výchozím nastavení zakázána chybách Microsoft SQL Server. Povolit během instalace prostřednictvím nastavení SQL Server nebo nastavení Analysis Services nebo po instalaci prostřednictvím dialogové okno Vlastnosti serveru v dialogovém okně Vlastnosti Server Enterprise Manager nebo pole Správce analýzy. Povolení zasílání zpráv o chybách při spuštění instalace serveru SQL umožňuje chybách pro databázový stroj SQL Server a SQL Server Agent. Povolení zasílání zpráv o chybách při spuštění instalace služby Analysis umožní chybách služby pro analýzu. Pokud chcete povolit zasílání zpráv o chybách pro SQL Server a Analysis Services, musíte povolit zasílání zpráv o chybách pro SQL Server při spuštění instalace serveru SQL a Analysis Services při instalaci služby pro analýzu.

Pokud tuto funkci povolit, SQL Server nakonfigurován k odeslání sestavy společnosti Microsoft automaticky při výskytu závažné chyby databázového stroje SQL Server, SQL Server Agent nebo SQL Server Analysis Services. Společnost Microsoft používá chybách zlepšit funkčnost SQL Server a všechny informace jsou považovány za důvěrné.

Informace o chybách odesílány prostřednictvím zabezpečeného (HTTPS) připojení Microsoft, kde je uložen s omezený přístup. Tyto informace mohou být odesílány také vlastní server podnikové zasílání.

Chybová zpráva obsahuje následující informace
  • Podmínka SQL Server při výskytu problému.
  • Operační systém počítače a verze hardwaru informace.
  • Digitální Product ID, které lze použít k identifikaci licence.
  • Adresa sítě IP počítače.
  • Informace z paměti nebo soubory procesu, která způsobila chybu.
Společnost Microsoft záměrně neshromažďuje soubory, název, adresa, e-mailovou adresu nebo jiné formuláře osobních informací. Chyba sestavy, můžete však obsahují informace specifické pro zákazníka z paměti nebo soubory procesu, která způsobila chybu. Tyto informace lze potenciálně zjistit vaši identitu, ale společnost Microsoft nepoužívá tyto informace k tomuto účelu.

Chyba Microsoft vykazování zásad shromažďování dat naleznete tohoto Microsoft Web site
(http://wer.microsoft.com/responses/en-us/dcp20.aspx)
.

Pokud povolíte chybách a dojde k závažné chybě, může se zobrazit odpověď od společnosti Microsoft v protokolu událostí systému Windows, který odkazuje na článek znalostní báze Microsoft Knowledge Base o konkrétní chybě. Odpověď může podobat následujícímu příkladu: 
Source = MSSQLServerOlapServicesDW 
EventID = 1010
data = http://support.microsoft.com/support/misc/kblookup.asp?id=Q123456
&iBucketTable=1&iBucket=39980&Cab=21474432.cab&LCID=1033
&OS=5.1.2600.2.00010100.0.0
Zakázat zasílání zpráv o chybách pro databázový stroj SQL Server a SQL Server Agent, přejděte na vlastnosti serveru SQL (karta Obecné) v nástroji Enterprise Manager a zrušte zaškrtnutí políčka Povolit oznamování chyb. Zakázat zasílání zpráv o chybách služby pro analýzu, přejděte na vlastnosti serveru Správce analýzy a zrušte zaškrtnutí políčka Povolit chybách. Pokud je povoleno oznamování chyb pro server SQL (SQL Server Agent a databázový stroj) a Analysis Services, je nutné zakázat zasílání zpráv o chybách pro SQL Server a Analysis Services jednotlivě.

5.11 Angličtina dotaz rozšíření

Zavedené v SP21

Společnost Microsoft vydala zvýšení zabezpečení pro aplikace English Query. Toto vylepšení není nainstalována jako součást aktualizace service pack. Je však vhodné použít, pokud použijete English Query. Zvýšení zabezpečení je umístěn na disku CD-ROM SP3a ve složce \EQHotfix. Podrobnosti o vylepšení English Query jsou k dispozici na Microsoft Product Support Services Knowledge Base. Hledání znalostí článku 297105.

5.12 DB-Library a Embedded SQL C

Zavedené v SP1

Zatímco v SQL Server 2000 stále podporovány DB-Library a Embedded SQL C API, žádné budoucí verze serveru SQL zahrnout soubory, které jsou nezbytné pro program aplikace, které používají tyto API. Připojení z existující aplikace napsané pomocí DB-Library a Embedded SQL C bude nadále podporována v další verzi serveru SQL, ale tato podpora bude vynechána 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í, důrazně doporučujeme se odebrání závislostí těchto technologií. Namísto DB-Library nebo Embedded SQL C můžete použít ADO, OLE DB nebo ODBC pro přístup k datům serveru SQL. Další informace o těchto technologiích naleznete SQL Server Books Online.
Zpět nahoru | Dejte nám zpětnou vazbu

Vlastnosti

ID článku: 889551 - Poslední aktualizace: 16. listopadu 2007 - Revize: 3.8
Informace v tomto článku jsou určeny pro produkt:
  • Microsoft SQL Server 2000 Desktop Engine (MSDE) SP3a
  • Microsoft SQL Server 2000 Analysis Services
  • Microsoft SQL Server 2000 Developer Edition SP3a
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Enterprise Evaluation Edition
  • Microsoft SQL Server 2000 Personal Edition SP3a
  • Microsoft SQL Server 2000 Standard Edition
Klíčová slova: 
kbmt kbinfo KB889551 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:889551
(http://support.microsoft.com/kb/889551/en-us/ )
Zpět nahoru | Dejte nám zpětnou vazbu

Dejte nám zpětnou vazbu

 
Zpět nahoruZpět nahoru