Die Systemkonfigurationsprüfung (SCC, System Configuration Checker) überprüft den Wert des Registrierungsschlüssels für den Leistungsindikator des Systemmonitors, bevor die Installation von SQL Server beginnt. Falls SCC den vorhandenen Registrierungsschlüssel nicht überprüfen kann oder falls SCC das Systemprogramm Lodctr.exe nicht ausführen kann, wird für die Systemkonfigurationsprüfung ein Fehler gemeldet, und Setup wird blockiert. Um Setup abzuschließen, müssen Sie den Wert des Registrierungsschlüssels manuell inkrementieren.

[Nach oben]

Bei einem Windows-Kryptografiedienstanbieter (CSP, Cryptographic Service Provider) handelt es sich um Code, der Authentifizierungs-, Codierungs- und Verschlüsselungsdienste ausführt und auf den Windows-basierte Anwendungen über die CryptoAPI-Funktion in Windows Server 2003 zugreifen. Falls der CSP-Dienst beendet oder deaktiviert wird, wird für SQL Server-Setup ein Fehler erzeugt, und eine Windows-Logo-Anforderungsmeldung wird angezeigt.

[Nach oben]

Weil Microsoft Distributed Transaction Coordinator (MS DTC) in Windows nicht vollständig konfiguriert wird, werden SQL Server 2005-Ressourcen durch Anwendungen möglicherweise nicht in einer verteilten Transaktion eingetragen. Dieses Problem kann sich auf Verbindungsserver, verteilte Abfragen und remote gespeicherte Prozeduren auswirken, die verteilte Transaktionen verwenden. Um solche Probleme zu vermeiden, müssen Sie die MS DTC-Dienste auf dem Server vollständig aktivieren, auf dem SQL Server 2005 installiert ist.

[Nach oben]

Die Beispieldatenbanken Northwind und pubs werden in SQL Server 2005 nicht standardmäßig installiert. Diese Datenbanken können von der Microsoft-Website gedownloadet werden.

[Nach oben]

Die Beispieldatenbanken und Begleitbeispiele für AdventureWorks, AdventureWorksDW und AdventureWorksAS werden nicht standardmäßig installiert. Sie müssen diese Datenbanken installieren, um SQL Server 2005-Beispiele zu verwenden oder Beispielcode in der SQL Server 2005-Onlinedokumentation zu testen.

Setup installiert die Beispiele im Installer-Paket SqlServerSamples.msi. Führen Sie die folgenden Schritte aus, um Beispiele aus dem Installer-Paket zu extrahieren und die Installation von Beispielen abzuschließen.

Wenn Sie bei unbeaufsichtigten Installationen die Beispieldatenbanken und Beispiele einer bestimmten SQL Server-Instanz anfügen möchten, verwenden Sie den folgenden Befehlszeilenschalter, wobei instancename für die Standardinstanz nicht erforderlich ist:

SAMPLEDATABASESERVER=<servername>\<instancename>. 

Die Instanz, an die Sie die Beispieldatenbank anfügen, muss eine lokale Instanz sein. Falls Sie den Schalter nicht angeben, werden die Dateien im Verzeichnis \Tools\Samples installiert. Andernfalls werden sie im Datenverzeichnis der angegebenen Instanz installiert und an den Server angefügt.

[Nach oben]

Wenn eine Instanz von SQL Server 2005, die die Berichtsserver-Datenbank für eine Instanz von Reporting Services hostet, durch Ausführen von Setup an der Eingabeaufforderung mit dem Parameter SAVESYSDB deinstalliert wird, bleiben die Berichtsserver-Datenbankdateien zusammen mit den restlichen Systemdatenbankdateien zurück. Standardmäßig heißen diese Dateien ReportServer$Instancename und ReportServer$InstancenameTempdb. Wenn Sie anschließend SQL Server 2005 mit dem Setupparameter USESYSDB neu installieren und angeben, dass die Instanz die Berichtsserver-Datenbank hostet, kann Setup diese Datenbankdateien nicht neu erstellen, weil sie bereits vorhanden sind.

Führen Sie eine der folgenden Aktionen aus, um dieses Problem zu beheben:

• Löschen Sie Berichtsserver-Datenbanken vor dem Deinstallieren mit SAVESYSDB.
  
  
• Installieren Sie Reporting Services nicht zusammen mit SQL Server, wenn Sie den Setupparameter SAVESYSDB verwenden.
  
  
• Verwenden Sie den Setupparameter RSDATABASENAME, um beim Installieren von Reporting Services einen neuen Namen für die Berichtsserver-Datenbank anzugeben.
  
  

[Nach oben]

Wenn Sie SQL Server 2005 von einer Netzwerkfreigabe aus auf einem Computer unter Microsoft Windows Server 2003 Service Pack 1 (SP1) oder höher oder unter einer Version von Windows XP nach SP2 installieren, werden Hilfethemen während des Setups möglicherweise nicht ordnungsgemäß angezeigt. Um diese Hilfethemen anzuzeigen, müssen Sie zuerst setupsql9.chm auf den lokalen Computer kopieren, die Datei öffnen und dann nach den gewünschten Themen suchen. Weitere Informationen zum Zugreifen auf die Dokumentation zum Setup finden Sie im Abschnitt 2.1 Zugreifen auf die Dokumentation zum Setup.

[Nach oben]

Wenn auf dem Computer SQL Server 2000-Verwaltungstools und eine Standardinstanz von SQL Server 2005 installiert sind, lässt SQL Server-Setup das Installieren einer SQL Server 2000-Standardinstanz zu. Dadurch wird jedoch die installierte Instanz von SQL Server 2005 deaktiviert. Installieren Sie deshalb keine Standardinstanz von SQL Server 2000, wenn SQL Server 2000-Verwaltungstools und eine Standardinstanz von SQL Server 2005 bereits auf dem Computer vorhanden sind.

[Nach oben]

Beim Setup kann ein Fehler auftreten, wenn für eine vorhandene SQL Server-Clientinstallation die Option zum Erzwingen der Verschlüsselung aktiviert ist. Um dieses Problem zu umgehen, deaktivieren Sie diese Option auf allen SQL Server-Clients. Für MDAC-Clients (Microsoft Data Access Components) in SQL Server 2000 verwenden Sie die SQL Server 2000-Clientkonfiguration. Für SQL Native Client deinstallieren Sie SQL Native Client mithilfe der Option Software. In einem Cluster deinstallieren Sie SQL Native Client von allen Knoten. Führen Sie anschließend SQL Server 2005-Setup erneut aus.

[Nach oben]

Wenn eine Instanz von SQL Server 2005 in einer Parallelkonfiguration auf einem Computer unter Windows Server 2003 x64 oder Windows XP Professional x64 deinstalliert wird, wird der Hilfsdienst von SQL Server für Active Directory® gelöscht. Der Hilfsdienst von SQL Server für Active Directory wird zusammen mit SQL Server installiert und verwaltet Active Directory-Objekte. Für alle Instanzen von SQL Server, die auf dem Computer installiert sind, gibt es nur einen Hilfsdienst von SQL Server für Active Directory.

[Nach oben]

Während der Installation fügt SQL Server 2005 Windows die folgenden Sicherheitsgruppen hinzu:

• SQLServer2005DTSUser$ComputerName
  
  
• SQLServer2005MSFTEUser$ComputerName$InstanceName
  
  
• SQLServer2005MSOLAPUser$ComputerName$InstanceName
  
  
• SQLServer2005MSSQLServerADHelperUser$ComputerName
  
  
• SQLServer2005MSSQLUser$ComputerName$InstanceName
  
  
• SQLServer2005NotificationServicesUser$ComputerName
  
  
• SQLServer2005ReportingServicesWebServiceUser$ComputerName$InstanceName
  
  
• SQLServer2005ReportServerUser$ComputerName$InstanceName
  
  
• SQLServer2005SQLAgentUser$ComputerName$InstanceName
  
  
• SQLServer2005SQLBrowserUser$ComputerName
  
  

Diese Gruppen vereinfachen das Erteilen von Berechtigungen, die zum Ausführen von SQL Server-Windows-Diensten und sonstigen ausführbaren Dateien erforderlich sind. Sie tragen außerdem zum Schutz von SQL Server-Dateien bei.

In der SQL Server-Onlinedokumentation wurde $ComputerName in den Namen ausgelassen. Der Computername wurde seitdem den Gruppennamen hinzugefügt, um jede Gruppe eindeutig zu identifizieren. Eindeutige Gruppennamen sind erforderlich, wenn SQL Server 2005 auf Domänencontrollern installiert ist. Verwenden Sie für alle Verweise auf Sicherheitsgruppen, die mit "SQLServer2005" beginnen, den oben aufgeführten entsprechenden Gruppennamen.

[Nach oben]

SQL Server 2005 kann auf einem Windows-Domänencontroller installiert werden. Jedoch kann SQL Server 2005 nicht auf einem Windows Server 2003-Domänencontroller als lokaler Dienst oder Netzwerkdienst ausgeführt werden. SQL Server-Dienstkonten sollten als Windows-Domänenbenutzerkonten ausgeführt werden. SQL Server-Dienstkonten können auch so installiert werden, dass sie als lokales System ausgeführt werden, aber von dieser Möglichkeit wird abgeraten.

Ändern Sie die Rolle des Servers nicht nach der Installation von SQL Server 2005. Wenn Sie beispielsweise SQL Server 2005 auf einem Mitgliedsserver installieren, sollten Sie den Server nicht mit dem Tool Dcpromo auf einen Domänencontroller höher stufen. Wenn Sie SQL Server 2005 auf einem Domänencontroller installieren, sollten Sie den Server nicht mit Dcpromo auf einen Mitgliedsserver tiefer stufen. Das Ändern der Rolle eines Servers nach der Installation von SQL Server 2005 kann zum Verlust von Funktionalität führen und wird nicht unterstützt.

[Nach oben]

Dieser Abschnitt der Infodatei enthält eine aktualisierte Version des Themas "Vorgehensweise: Konfigurieren von IIS zum Ausführen von 32-Bit-Reporting Services im WOW64-Modus". Führen Sie die folgenden Schritte aus, um Reporting Services im Windows-on-Windows 64 x86-Emulationsmodus (WOW64) auszuführen. Verwenden Sie die Version von ASP.NET 2.0, die von dotnetfx64.exe bereitgestellt wird.

[Nach oben]

Ein Remotesetup von SQL Server 2005 wird in dieser Version nicht unterstützt. Wenn Sie den Parameter TARGETCOMPUTER zum Installieren von SQL Server 2005 auf einem Remotecomputer verwenden, erzeugt SQL Server-Setup einen Fehler. Verwenden Sie zum Installieren von SQL Server 2005 auf einem Remotecomputer eine Remoteverbindung, um SQL Server-Setup im Benutzeroberflächenmodus oder an der Eingabeaufforderung auszuführen.

[Nach oben]

Wenn Sie eine Instanz von SQL Server 2005 durch Ausführen von Setup an der Eingabeaufforderung mit dem Parameter SAVESYSDB deinstallieren, werden Systemdatenbanken beibehalten. In diesem Fall müssen Sie, wenn Sie mehrere Instanzen von SQL Server 2005 von demselben Computer entfernen, die Instanzen in der gleichen Reihenfolge, in der sie ursprünglich installiert wurden, neu installieren. Andernfalls werden vorhandene Aufträge aufgrund von Agentauftragsinformationen, die in den beibehaltenen Systemdatenbanken gespeichert sind, möglicherweise nicht ausgeführt.

[Nach oben]

Beim Ausführen eines Updates von einer Edition der spanischsprachigen Version von SQL Server 2000 auf eine Edition der spanischsprachigen Version von SQL Server 2005 erzeugt Setup einen Fehler, und es wird eine Fehlermeldung angezeigt, die Sie anweist, das Problem zu beheben und Setup erneut auszuführen. Beenden Sie Setup, um das Problem zu beheben, und führen Sie Setup dann erneut aus, um die Aktualisierung fortzusetzen.

[Nach oben]

Wenn Sie einen anderen als den Standardinstallationspfad für SQL Server-Komponenten angeben, müssen Sie mindestens ein Verzeichnis in den Installationspfad einschließen. Durch die direkte Installation im Stammverzeichnis (z. B. C:\) werden WOW64-Komponenten im Verzeichnis %<root>% (X86)\ installiert, und Setup meldet einen Fehler.

[Nach oben]

Wenn Sie 64-Bit-Versionen (X64) von Verwaltungstools, SQL Server Integration Services und Notification Services als Teil einer 64-Bit-Instanz von SQL Server 2005 installiert haben, können Sie keine 32-Bit-Versionen der gleichen Komponenten in einer gleichzeitigen Konfiguration installieren.

[Nach oben]

Wenn Sie eine neue Komponente von SQL Server 2005 im Wartungsmodus installieren, werden Sie dazu aufgefordert, den Speicherort von Setup.exe auf den Installationsmedien von SQL Server 2005 anzugeben. Achten Sie beim Angeben des Speicherortes darauf, dass "Setup.exe" im Pfad enthalten ist. Geben Sie also nicht "D:\", sondern "D:\Setup.exe" an.

[Nach oben]

Setup-Befehlsshellskripts können Windows-Skriptfehler generieren, wenn Pfadvariablen Klammern enthalten. Dazu kann es kommen, weil Befehlsshellskripts keine Klammern in Pfadvariablen unterstützen, die auftreten können, wenn 32-Bit-Komponenten im 32-Bit-WOW64-Subsystem (Windows on Windows) auf einem 64-Bit-Computer installiert werden. Beispielsweise generiert das folgende Skript mit einem Pfadwert von "C:\Program Files (x86)\" einen Fehler, da der Shellskriptinterpreter die Klammern in der erweiterten PATH-Variable als Teil der IF/ELSE-Anweisung falsch interpretiert:

IF "%SOME_PATH%" == "" (
        SET PATH=%PATH%;%PATH_A%
) ELSE (
        SET PATH=%PATH%;%PATH_B%
) 

Sie können die Klammern aus dem Skript entfernen, um dieses Problem zu umgehen. Beispiel:

IF "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_A%
IF NOT "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_B% 

Sie können auch den SQL-Eintrag aus dem Pfad entfernen, der die Klammern enthält.

[Nach oben]

Wenn Sie die Volltextsuche einer vorhandenen Instanz von SQL Server 2005 über den Wartungsmodus oder ein Update von einer anderen Edition von SQL Server 2005 hinzufügen, wird der Volltext-Suchdienst nicht unter dem angegebenen Domänenkonto ausgeführt. Stattdessen wird er unter dem lokalen Systemkonto ausgeführt. Weitere Informationen finden Sie im Knowledge Base-Artikel 907256.

[Nach oben]

Wenn Sie den SQL Server-Agent-Dienst unter einem Konto ausführen, das kein Windows-Administrator ist, finden Sie weitere Informationen zu unterstützten Konten mit geringen Privilegien, bekannten Problemen und Problemumgehungen im Knowledge Base-Artikel 907557.

[Nach oben]

Wenn SQL Server und der SQL Server-Agent unter dem Konto NT-Autorität\Netzwerkdienst ausgeführt werden und Reporting Services auf dem gleichen Computer installiert ist, wird der SQL Server-Agent nicht ausgeführt. Starten Sie den Computer neu, um dieses Problem zu beheben. Weitere Informationen zu unterstützten Konten mit geringen Privilegien und bekannten Problemen finden Sie im Knowledge Base-Artikel 907557.

[Nach oben]

Die Ausführung einer Installation von SQL Server 2000 Reporting Services, die auf Internetinformationsdienste (IIS) 5.0 oder IIS 5.0 im Isolationsmodus ausgeführt wird, wird möglicherweise beendet, wenn Sie eine gleichzeitige Installation von SQL Server 2005 Reporting Services ausführen (oder wenn Sie Microsoft .NET Framework 2.0 installieren oder ASP.NET 2.0 auf dem Hostcomputer registrieren). Die auftretenden Fehler sind je nach Betriebssystem unterschiedlich. Unter Microsoft Windows XP tritt folgender Fehler auf:

Der Berichtsserver kann den symmetrischen Schlüssel nicht entschlüsseln, der zum Zugreifen auf sensible oder verschlüsselte Daten 
in einer Berichtsserver-Datenbank verwendet wird. Sie müssen entweder einen Sicherungsschlüssel wiederherstellen 
oder den gesamten verschlüsselten Inhalt löschen.

Auf Servern unter anderen Windows-Betriebssystemen tritt folgender Fehler auf:

Schlüssel ist im angegebenen Status nicht gültig. 

[Nach oben]

Beim Deinstallieren der SQL Server 2005-Onlinedokumentation gelten die folgenden Beschränkungen.

Während der Installation von SQL Server 2005 erstellt Windows Installer temporäre Dateien auf dem Systemlaufwerk. Überprüfen Sie, ob Sie über 1,6 GB verfügbaren Speicherplatz auf dem Systemlaufwerk für diese Dateien verfügen, bevor Sie Setup ausführen, um SQL Server 2005 zu installieren oder zu aktualisieren. Diese Anforderung gilt auch dann, wenn Sie Komponenten von SQL Server auf einem anderen Laufwerk als dem Standardlaufwerk installieren.

[Nach oben]

MS DTC-Clusterressourcen müssen auf allen 32-Bit- und 64-Bit-Clustern unter Windows Server 2003 erstellt werden, bevor SQL Server 2005 installiert wird. Wenn MS DTC nicht als Clusterressource unter Windows Server 2003 eingerichtet wird, wird eine Warnung angezeigt.

[Nach oben]

Setup installiert Verwaltungstools nur auf dem primären Knoten eines Failoverclusters. Um die Tools auf sekundären Knoten eines Failoverclusters zur Verfügung zu stellen, installieren Sie sie separat auf jedem sekundären Knoten.

[Nach oben]

Folgen Sie diesen Empfehlungen für Installationen von Failoverclustern mithilfe von virtuellen Servern:

• Erhalten Sie beim Planen einer Implementierung von SQL Server auf einem Failovercluster stets eine 1:1-Beziehung zwischen Namen von virtuellen Servern und SQL Server-Instanznamen aufrecht. Für jeden virtuellen Server sollte es eine und nur eine SQL Server-Instanz geben.
  
  
• Wenn Sie mithilfe des Installations-Assistenten zusätzliche Komponenten auf einem vorhandenen Failovercluster installieren, installieren Sie die zusätzlichen Komponenten auf einem neuen virtuellen Server mit einem neuen SQL Server-Instanznamen. Wenn Sie zusätzliche Komponenten über die Eingabeaufforderung installieren, können Sie entweder den vorhandenen Namen eines virtuellen Servers und den vorhandenen Instanznamen verwenden, oder Sie können einen neuen Namen eines virtuellen Servers und einen neuen Instanznamen verwenden.
  
  
• Installieren Sie alle Komponenten mit einer einzelnen Ausführung des Installations-Assistenten von SQL Server, oder fügen Sie mithilfe des unbeaufsichtigten Setups einem vorhandenen Failovercluster Komponenten hinzu, um einen Failovercluster mit mehreren Komponenten von SQL Server 2005 zu erstellen.
  
  

[Nach oben]

Sie müssen alle Vorabversionsbuilds von SQL Server 2005, Visual Studio 2005 und .NET Framework vor der Installation entfernen. Da beide Produkte von der gleichen .NET Framework-Version abhängen, müssen sie in der folgenden Reihenfolge deinstalliert werden:

1. SQL Server 2005
   
   
2. Visual Studio 2005
   
   
3. .NET Framework 2.0
   
   

Weitere Informationen zum Verwenden von Visual Studio 2005 mit SQL Server 2005 finden Sie im Abschnitt 4.7 Microsoft Visual Studio 2005.

[Nach oben]

Beim Setup tritt möglicherweise ein Fehler und ein anschließendes Rollback auf, wobei folgende Fehlermeldung angezeigt wird: "Ein Installationspaket des Produkts Microsoft SQL Native Client konnte nicht gefunden werden. Wiederholen Sie die Installation unter Verwendung einer gültigen Kopie des Installationspakets 'sqlncli.msi'". Um dieses Problem zu umgehen, deinstallieren Sie SQL Native Client mithilfe der Option Software. In einem Cluster deinstallieren Sie SQL Native Client von allen Knoten. Führen Sie anschließend SQL Server-Setup erneut aus.

[Nach oben]

Setup an der Eingabeaufforderung erzeugt möglicherweise einen Fehler, wenn Sie eine frühere CTP-Version (Community Technology Preview) von SQL Server 2005 mithilfe von SAVESYSDB deinstallieren und anschließend diese Version mithilfe von USESYSDB installieren, wenn die Optionen SMO and DMO XPs oder Agent XPs von sp_configure in der früheren Instanz deaktiviert sind. Sie können dieses Problem beheben, indem Sie sicherstellen, dass diese Optionen aktiviert sind, bevor Sie mit Setup Systemdatenbanken aktualisieren. Weitere Informationen finden Sie unter "Festlegen von Serverkonfigurationsoptionen" in der SQL Server-Onlinedokumentation.

[Nach oben]

Wenn ein von vor Juni stammender CTP-Client des Datenbankmodul-Optimierungsratgebers (DTA, Database Engine Tuning Advisor) zum Optimieren von SQL Server 2000 oder der von vor Juni stammenden CTP-Version von SQL Server 2005 (einschließlich SQL Server 2005 Beta 2) verwendet wurde, treten in dieser Version möglicherweise Probleme auf, wenn ein DTA-Client zum Optimieren dieser Server verwendet wird. Der Knowledge Base-Artikel 899634 enthält ein Transact-SQL-Skript, mit dem DTA-Clientmetadaten aus der msdb-Datenbank auf diesen Servern entfernt werden. Dieses Skript kann nur von einem Mitglied der festen Serverrolle sysadmin ausgeführt werden.

[Nach oben]

Wenn Sie eine frühere Instanz von SQL Server 2005 als die CTP-Version vom Juni durch Ausführen von Setup an der Eingabeaufforderung mit dem Parameter SAVESYSDB deinstallieren und anschließend diese Version installieren, erzeugen einige Aufträge möglicherweise einen Fehler. Dies ist bei Benutzern der Fall, die keine Mitglieder der festen Serverrolle sysadmin sind, falls die Aufträge Auftragsschritte enthalten, die Active Scripting-Subsystemproxys verwenden. Wenn dieses Problem auftritt, wird die folgende Fehlermeldung angezeigt:

sqlstubss90.exe - Die Anwendung konnte nicht richtig initialisiert werden (0xc0000022).
Klicken Sie auf 'OK', um die Anwendung zu beenden.

Führen Sie das folgende Skript aus, um dieses Problem zu beheben:

USE [msdb]
GO

create table #tmp_sp_help_proxy(proxy_id int null, name nvarchar(128) null,
    credential_identity nvarchar(128) null, enabled tinyint null, description
    nvarchar(1024) null, user_sid varbinary(40) null, credential_id int null,
    credential_identity_exists int null)
insert into #tmp_sp_help_proxy(proxy_id, name, credential_identity, enabled, description,
    user_sid, credential_id, credential_identity_exists) exec msdb.dbo.sp_help_proxy
GO

DECLARE @cred_id int
DECLARE @name sysname
DECLARE proxy_cursor CURSOR LOCAL
FOR
   SELECT name, credential_id FROM msdb.dbo.sysproxysubsystem sps
   JOIN #tmp_sp_help_proxy t on (t.proxy_id=sps.proxy_id) WHERE subsystem_id=2
OPEN proxy_cursor
FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
WHILE (@@fetch_status = 0)
BEGIN
      SET @name = (N'____Copy'+@name)
      EXEC msdb.dbo.sp_add_proxy @proxy_name=@name, @credential_id=@cred_id,@enabled=1
      EXEC msdb.dbo.sp_grant_proxy_to_subsystem @proxy_name=@name, @subsystem_id=2
      EXEC msdb.dbo.sp_delete_proxy @proxy_name=@name
      FETCH NEXT FROM proxy_cursor INTO @name, @cred_id
END
CLOSE proxy_cursor
DEALLOCATE proxy_cursor
GO

drop table #tmp_sp_help_proxy
GO

[Nach oben]

Die Berichts-Generatorrolle weist in dieser Version geänderte Berechtigungen auf. Berichte, die mithilfe einer früheren Version von SQL Server 2005 als der CTP-Version vom September erstellt wurden, können in dieser Version aufgrund von unzureichenden Berechtigungen möglicherweise nicht geladen werden.

[Nach oben]

Falls Sie Instanzen von Notification Services für die CTP-Version vom Juni bereitgestellt haben und diese Instanzen nach dieser Version von SQL Server 2005 migrieren möchten, müssen Sie die Instanzen von Notification Services manuell migrieren. Aufgrund einer falschen Versionsnummer in der CTP-Version vom Juni müssen Sie jedoch einen zusätzlichen Schritt ausführen und die Versionsnummer manuell aktualisieren, damit Sie die Instanzen migrieren können.

[Nach oben]

Das Registrieren verschiedener Versionen einer Assembly mit dem gleichen Namen, der gleichen Kultur und dem gleichen öffentlichen Schlüssel ist in SQL Server nicht zulässig. Wenn Sie planen, Datenbanken aus einer früheren Version von SQL Server 2005 als der CTP-Version vom September beizubehalten, müssen Sie alle Instanzen einer Assembly, die über mehrere Registrierungen verfügt, bis auf eine löschen, bevor Sie diese Version installieren.

[Nach oben]

Wichtige Informationen zum Ausführen eines Updates einer gespiegelten Datenbank finden Sie im Microsoft Knowledge Base-Artikel 907741.

[Nach oben]

Aus Sicherheitsgründen wird die Netzwerkkonnektivität für bestimmte neue Installationen von SQL Server 2005 deaktiviert. Die Netzwerkkonnektivität mithilfe von TCP/IP wird nicht deaktiviert, wenn Sie SQL Server Enterprise Edition, Standard Edition oder Workgroup Edition verwenden oder wenn bereits eine frühere Installation von SQL Server vorhanden ist. Die Named Pipes-Konnektivität ist nur für lokale Verbindungen verfügbar, es sei denn, eine frühere Installation von SQL Server ist vorhanden. Für alle Installationen wird das Shared Memory-Protokoll aktiviert, um lokale Verbindungen mit dem Server zuzulassen. Der SQL-Browser-Dienst kann je nach Installationsbedingungen und Installationsoptionen beendet werden.

[Nach oben]

Für Clientverbindungen mit einer Instanz des SQL Server-Datenbankmoduls unter Windows Server 2003 Service Pack 1 wird möglicherweise sinngemäß folgender Fehler gemeldet: Anbieternummer 7, Fehler 10054, Fehlermeldung: "TCP-Anbieter: Eine vorhandene Verbindung wurde vom Remotehost geschlossen." Dieser Fehler kann auftreten, wenn Sie die Skalierbarkeit für sehr viele Clientverbindungsversuche testen. Sie können dieses Problem beheben, indem Sie mit dem Dienstprogramm regedit.exe dem Registrierungsschlüssel HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ den neuen DWORD-Wert SynAttackProtect mit dem Wert 00000000 hinzufügen.

[Nach oben]

In der SQL Server 2005-Onlinedokumentation ist fälschlicherweise beschrieben, dass in dem Fall, in dem sich eine Konversation mit Dialogsicherheit über mehrere Datenbanken erstreckt, SQL Server einen Sitzungsschlüssel erstellt, der mit dem Hauptschlüssel für die Datenbank verschlüsselt wird. In Wirklichkeit wird der Sitzungsschlüssel für alle Konversationen, die die Dialogsicherheit verwenden, mit dem Datenbank-Hauptschlüssel verschlüsselt. Falls kein Datenbank-Hauptschlüssel verfügbar ist, verbleiben Nachrichten für die Konversation in der Übertragungswarteschlange (transmission_queue), bis ein Datenbank-Hauptschlüssel erstellt wird oder ein Timeout für die Konversation eintritt. Verwenden Sie den Parameter ENCRYPTION = OFF zum Erstellen eines unverschlüsselten Dialogs, oder erstellen Sie mithilfe des folgenden Befehls einen Datenbank-Hauptschlüssel:

CREATE MASTER KEY ENCRYPTION BY PASSWORD = '<password>'

[Nach oben]

Die folgenden Beschränkungen gelten für CLR-Assemblys (Common Language Runtime), die benutzerdefinierte Typen enthalten.

Für das Feature für automatisch wiederhergestellte Schattenkopien des Volumeschattenkopie-Dienstes (VSS, Volume Shadow Copy Service) gelten die folgenden Einschränkungen.

In Versionen vor SQL Server 2005 wurde der Volltextsuchdienst unter dem Konto NT AUTHORITY\LOCAL SYSTEM ausgeführt, das über umfangreiche Privilegien verfügt. In SQL Server 2005 wird das für das SQL Server-Datenbankmodul ausgewählte Dienstkonto zum Ausführen des MSFTESQL-Dienstes verwendet, der die Volltextsuche unterstützt. Dadurch wird MSFTESQL mit weniger Privilegien als zuvor ausgeführt.

Das MSFTESQL-Dienstkonto erfordert weniger Privilegien als das Datenbankmodul-Dienstkonto, weshalb Sie in SQL Server 2005 das MSFTESQL-Dienstkonto ändern können. In diesem Fall sollten Sie sich unbedingt an die folgenden Richtlinien halten:

• Verwenden Sie stets den SQL Server-Konfigurations-Manager, um das Dienstkonto zu ändern. Dadurch wird sichergestellt, dass das Dienstkonto in der entsprechenden lokalen Windows-Gruppe gespeichert wird, die die Sicherheit der Volltextsuche unterstützt.
  
  
• Verwenden Sie ein Windows-Benutzerkonto, das nur der Windows-Benutzer-Gruppe auf dem lokalen Computersystem angehört.
  
  
• Verwenden Sie für jede MSFTESQL-Instanz ein unterschiedliches Windows-Benutzerkonto. Dies garantiert für jedes Dienstkonto minimale Privilegien, indem eine Beschränkung auf eine einzige Instanz von SQL Server vorgenommen wird.
  
  

[Nach oben]

Eine der folgenden beiden Bedingungen muss erfüllt sein, um eine EXTERNAL_ACCESS- oder UNSAFE-Assembly in SQL Server zu erstellen oder um eine Assembly zu laden:

• Die Assembly wird mit einem starken Namen oder mit Authenticode mithilfe eines Zertifikats signiert. Dieser starke Name (oder das Zertifikat) wird in SQL Server als asymmetrischer Schlüssel (oder Zertifikat) erstellt und weist einen entsprechenden Anmeldenamen mit EXTERNAL ACCESS ASSEMBLY-Berechtigung (für Assemblys mit externem Zugriff) oder UNSAFE ASSEMBLY-Berechtigung (für unsichere Assemblys) auf.
  
  
• Der Datenbankbesitzer (DBO) hat die Berechtigung EXTERNAL ACCESS ASSEMBLY (für Assemblys mit externem Zugriff) oder UNSAFE ASSEMBLY (für unsichere Assemblys), und für die Datenbank ist die TRUSTWORTHY-Datenbankeigenschaft auf ON festgelegt.
  
  

Es wird davon abgeraten, die TRUSTWORTHY-Eigenschaft in einer Datenbank auf ON festzulegen, nur um CLR-Code (Common Language Runtime) im Serverprozess auszuführen. Stattdessen wird empfohlen, einen asymmetrischen Schlüssel von der Assemblydatei in der master-Datenbank zu erstellen. Ein diesem asymmetrischen Schlüssel zugeordneter Anmeldename muss dann erstellt werden, und dem Anmeldenamen muss die Berechtigung EXTERNAL ACCESS ASSEMBLY oder UNSAFE ASSEMBLY erteilt werden.

Die folgenden Transact-SQL-Anweisungen führen die erforderlichen Schritte aus, um einen asymmetrischen Schlüssel zu erstellen, diesem Schlüssel einen Anmeldenamen zuzuordnen und anschließend dem Anmeldenamen die EXTERNAL_ACCESS ASSEMBLY-Berechtigung zu erteilen. Sie müssen die folgenden Transact-SQL-Anweisungen ausführen, bevor Sie die CREATE ASSEMBLY-Anweisung ausführen.

USE master
GO

CREATE ASYMMETRIC KEY HelloWorldKey FROM EXECUTABLE FILE = 'C:\HelloWorld.dll'
CREATE LOGIN HelloWorldLogin FROM ASYMMETRIC KEY HelloWorldKey
GRANT EXTERNAL ACCESS ASSEMBLY TO HelloWorldLogin
GO

[Nach oben]

Beim Update auf SQL Server 2005 verwendet die Volltextsuche erweiterte Füllwortdateien, um Volltextindizes aufzufüllen. Wenn Sie die Füllwortdateien in der früheren Version von SQL Server angepasst haben und die Volltextsuche nach dem Update weiterhin diese angepassten Dateien verwenden soll, müssen Sie die Füllwortdateien von SQL Server 2005 durch die angepassten Dateien ersetzen.

Die Füllwortdateien von SQL Server 2005 sind im Ordner <Installationsverzeichnis>\Microsoft SQL Server\MSSQL.1\MSSQL\FTDATA\ gespeichert, wobei Installationsverzeichnis für den Installationsordner steht. Füllwortdateien aus früheren Versionen von SQL Server sind im Ordner <Installationsverzeichnis>\Microsoft SQL Server\MSSQL.1\MSSQL\Binn\FTERef gespeichert. Informationen zum Ersetzen der Füllwortdateien von SQL Server 2005 durch die Füllwortdateien aus der früheren Version von SQL Server finden Sie im Microsoft Knowledge Base-Artikel 905617.

[Nach oben]

Das Verhalten von Programmen, die unter einer Anwendungsrolle ausgeführt werden, kann sich ändern, weil SQL Server 2005 standardmäßig die Sichtbarkeit für Metadaten der master-Datenbank auf Anwendungsrollen beschränkt. Als temporäre Problemumgehung können Sie das Ablaufverfolgungsflag 4616 aktivieren. Weitere Informationen finden Sie im Knowledge Base-Artikel 906549.

[Nach oben]

In der SQL Server 2005-Onlinedokumentation sind die Editionen von SQL Server, die von der grafischen Benutzeroberfläche (GUI, Graphical User Interface) des Datenbankmodul-Optimierungsratgebers und den Optimierungsoptionen des dta-Dienstprogramms unterstützt werden, falsch aufgeführt. Optimierungsoptionen, die indizierte Sichten, Partitionierung und die Onlinegenerierung von Empfehlungen beinhalten, werden von der Standard Edition von SQL Server 2005 bzw. SQL Server 2000 nicht unterstützt. Darüber hinaus werden Optimierungsoptionen, die Partitionierung und die Onlinegenerierung von Empfehlungen beinhalten, von der Enterprise Edition, Developer Edition und Enterprise Evaluation Edition von SQL Server 2000 nicht unterstützt. Diese Einschränkungen gelten für die 32-Bit- und 64-Bit-Version von SQL Server. Ausführliche Informationen zu den nicht unterstützten Optimierungsoptionen finden Sie im Knowledge Base-Artikel 906649.

[Nach oben]

Die Datenbankoption SUPPLEMENTAL_LOGGING ist in dieser Version von SQL Server nicht implementiert. Diese Option kann zwar festgelegt werden, hat aber keine Auswirkungen.

[Nach oben]

Nach einer erfolgreichen Optimierungssitzung für einen Testserver/Produktionsserver mithilfe des Datenbankmodul-Optimierungsratgebers können geklonte Datenbanken unerwartet auf dem Testserver verbleiben, selbst wenn Sie die Option RetainShellDB nicht verwendet haben. Diese geklonten Datenbanken können nachfolgende Optimierungssitzungen beeinträchtigen und sollten gelöscht werden, bevor Sie eine weitere Optimierungssitzung für einen Testserver/Produktionsserver ausführen. Wenn darüber hinaus eine Optimierungssitzung unerwartet beendet wird, verbleiben die auf den Testservern geklonten Datenbanken und Objekte innerhalb dieser Datenbanken möglicherweise auf dem Testserver. Sie sollten auch diese Datenbanken und Objekte löschen, bevor Sie eine neue Optimierungssitzung für den Testserver/Produktionsserver starten.

[Nach oben]

Assemblys, die aus irgendeinem Grund nicht in den Serveradressbereich geladen werden konnten, werden dennoch in der dynamischen Verwaltungssicht sys.dm_clr_loaded_assemblies angezeigt.

[Nach oben]

Für verteilte Abfragen von Clients mit SQL Server 2005 (64-Bit) auf Server mit SQL Server 2000 (32-Bit) ist SQL Server 2000 SP3 oder höher erforderlich. Verteilte Abfragen enthalten Verweise auf Verbindungsservereinträge, die Sie mit sp_addlinkedserver und den Funktionen OPENROWSET und OPENQUERY definieren. Darüber hinaus müssen gespeicherte Systemprozeduren, so genannte gespeicherte Prozeduren für Kataloginformationen, auf Servern mit SQL Server 2000 SP3 und SP4 manuell aktualisiert werden.

Falls die Versionen der gespeicherten Prozeduren für Kataloginformationen in der 32-Bit-Instanz von SQL Server 2000 nicht mit den Versionen des Service Packs aktualisiert werden, wird folgender Fehler angezeigt:

"Die zum Abschließen dieses Vorgangs erforderliche gespeicherte Prozedur befindet sich nicht auf dem Server.
Bitte wenden Sie sich an den Systemadministrator."

Meldung 7311, Ebene 16, Status 2, Zeile 1
Das Schemarowset "DBSCHEMA_TABLES_INFO" für den OLE DB-Anbieter "SQLNCLI" für den Verbindungsserver "<ServerName>" kann nicht 
abgerufen werden. Der Anbieter unterstützt die Schnittstelle, gibt jedoch einen Fehlercode zurück, wenn sie verwendet wird.

Zur Lösung dieses Problems müssen Sie das Skript instcat.sql des Service Packs für die 32-Bit-Instanz von SQL Server 2000 oder MSDE ausführen.

[Nach oben]

Die folgenden Aspekte der XQuery-Implementierung von SQL Server 2005 sind in der SQL Server-Onlinedokumentation nicht dokumentiert:

• Zeichen, die von CDATA-Abschnitten generiert werden, werden nicht als Leerzeichen betrachtet. select cast(''as xml).query('<a> <![CDATA[ ]]> {"abc"}</a>') gibt beispielsweise <a> abc</a> zurück.
  
  
• Das Erstellen von leeren Elementen und Attributen wird unterstützt.
  
  
• Das Namespacepräfix xmlns identifiziert ein Namespacedeklarationsattribut und kann in einem XQuery-Ausdruck nicht neu deklariert werden. Dieses Verhalten wird von der XQuery-Spezifikation gefordert.
  
  
• Wenn 'for' für den Quellausdruck () verwendet wird, wird ein statischer Fehler gemeldet.
  
  
• In einem XML-Dokument, das mithilfe der query()-Methode für den xml-Datentyp erstellt wird, wird ein Wagenrücklauf innerhalb eines CDATA-Abschnitts zu einem Zeilenvorschub. Der Zeilenvorschub wird anstelle des vorherigen Wagenrücklauf-Entitätsverweises ( ) wegen der Einheitlichkeit mit der Text-XML-Analyse verwendet.
  
  
• Benutzerdefinierte Transact-SQL-Funktionen, die local-name() und namespace-uri() enthalten, sind deterministisch.
  
  

[Nach oben]

Die Zeichenfolgendarstellung eines xsd:dateTime-Wertes, der keinen Datums- und Uhrzeitseparator T oder keine Zeitzone enthält, kann wie im folgenden Beispiel veranschaulicht mithilfe einer value()-Methode in den SQL-Typ datetime konvertiert werden:

declare @aaa xml
set @aaa = '<AAA MyDate="2005/1/1 00:00:00"/>'
select @aaa.value('(//AAA)[1]/@MyDate', 'datetime')

[Nach oben]

Die folgenden Aspekte der Unterstützung für XML-Schemas von SQL Server 2005 sind in der SQL Server-Onlinedokumentation nicht dokumentiert:

• Das XML-Schema für Reporting Services (RDL) kann in eine XML-Schemaauflistung geladen werden.
  
  
• Werte vom Typ xsd:dateTime und xsd:time mit Sekundenwerten, die mehr als drei Dezimalstellen enthalten, geben keinen Fehler zurück. Sie werden stattdessen gerundet.
  
  
• Ein XML-Schema wird abgelehnt, falls maxInclusive in einem abgeleiteten Typ neu definiert wird, wenn der Basistyp fixed="true" aufweist.
  
  
• Nachfolgende Leerzeichen in minInclusive, minExclusive, maxInclusive und maxExclusive werden in abgeleiteten Typen ignoriert, die die Datentypen xsd:dateTime, xsd:data und xsd:time einschränken.
  
  

[Nach oben]

Remoteverbindungen mit einem SOAP/HTTP-Endpunkt können einen Fehler erzeugen, wenn das SQL Server-Dienstkonto ein Domänenkonto ist und die Authentifizierung für den Endpunkt auf INTEGRATED festgelegt ist, selbst wenn lokale Verbindungen erfolgreich sind. Dieses Problem kann auftreten, wenn der Dienstprinzipalname (SPN, Service Principal Name) für das lokale Systemkonto registriert ist. Um dieses Problem zu umgehen, können Sie entweder einen SPN für das SQL Server-Dienstkonto registrieren oder die NTLM-Authentifizierung für den Endpunkt angeben. Weitere Informationen zum Registrieren eines SPN finden Sie unter "Registrieren von Kerberos-Dienstprinzipalnamen (Service Principal Names, SPNs) mithilfe von Http.sys" in der SQL Server-Onlinedokumentation.

[Nach oben]

Wird WITH UNCHECKED DATA nicht angegeben, versucht SQL Server, die Ausführung von ALTER ASSEMBLY zu verhindern, wenn die neue Assemblyversion Auswirkungen auf vorhandene Daten in Tabellen, Indizes oder andere permanente Sites hat. SQL Server garantiert jedoch nicht, dass berechnete Spalten, Indizes, indizierte Sichten oder Ausdrücke mit den zugrunde liegenden Routinen und Typen konsistent sein werden, wenn die CLR-Assembly (Common Language Runtime) aktualisiert wird. Gehen Sie beim Ausführen von ALTER ASSEMBLY mit Vorsicht vor, um sicherzustellen, dass es keine fehlende Übereinstimmung zwischen dem Ergebnis eines Ausdrucks und einem auf diesem Ausdruck basierenden Wert, der in der Assembly gespeichert ist, gibt.

[Nach oben]

Die Microsoft-Supportrichtlinien gelten nicht für das Feature zur Datenbankspiegelung in SQL Server 2005. Die Datenbankspiegelung ist zurzeit standardmäßig deaktiviert, kann jedoch nur zu Bewertungszwecken aktiviert werden, indem das Ablaufverfolgungsflag 1400 als Startparameter verwendet wird. Die Datenbankspiegelung sollte nicht in Produktionsumgebungen verwendet werden, und Microsoft-Supportleistungen stellen keinen Support für Datenbanken oder Anwendungen bereit, die die Datenbankspiegelung verwenden. Dokumentation zur Datenbankspiegelung ist in SQL Server 2005 nur zu Bewertungszwecken enthalten, und die Dokumentationsrichtlinie für den Support von und die Aktualisierung auf SQL Server 2005 gilt nicht für die Dokumentation zur Datenbankspiegelung. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 907741.

[Nach oben]

Der SQL Server-Agent ist in der 64-Bit-Edition von SQL Server nicht mit der Datenbank-E-Mail integriert. Konfigurieren Sie SMPAI (Simple MAPI oder einfaches MAPI) zur Verwendung durch SQL Server-Agent-Mail manuell mithilfe von Outlook Express, um Benachrichtigungen, wie z. B. Auftragsstatusbenachrichtigungen und Warnbenachrichtigungen, zu senden. Weitere Informationen finden Sie im Knowledge Base-Artikel 908360.

[Nach oben]

Verwenden Sie keine RC4-Verschlüsselung zum Schützen von Daten in SQL Server 2005, sondern verwenden Sie eine Blockverschlüsselung, wie z. B. AES 256 oder Dreifach-DES.

[Nach oben]

In der endgültigen Produktversion von SQL Server 2005 können eindeutige nicht gruppierte Indizes nicht online erstellt werden. Zu diesen Indizes gehören eindeutige nicht gruppierte Indizes, die aufgrund einer UNIQUE- oder PRIMARY KEY-Einschränkung erstellt werden. Die SQL Server-Onlinedokumentation gibt fälschlicherweise an, dass es sich hierbei um einen unterstützten Vorgang handelt. Die folgende Fehlermeldung wird zurückgegeben, wenn Sie einen eindeutigen nicht gruppierten Index online mithilfe von CREATE INDEX oder CREATE INDEX WITH DROP_EXISTING erstellen:

Meldung 1844, Ebene 16, Status 2, Zeile 1
Das Erstellen eines Indexes im Onlinemodus wird auf einem eindeutigen nicht gruppierten Index nicht unterstützt.

Wenn der eindeutige nicht gruppierte Index aufgrund einer UNIQUE- oder PRIMARY KEY-Einschränkung (ALTER TABLE ADD CONSTRAINT) erstellt wird, wird außerdem die folgende Fehlermeldung zurückgegeben:

Meldung 1750, Ebene 16, Status 0, Zeile 1
Die Einschränkung konnte nicht erstellt werden. Siehe vorherige Fehler.

Entfernen Sie die Indexoption ONLINE aus der Transact-SQL-Anweisung, um dieses Problem zu beheben. Deaktivieren Sie in SQL Server Management Studio das Kontrollkästchen Onlineverarbeitung von DML-Anweisungen während der Indexerstellung zulassen auf der Seite Optionen des Dialogfeldes Neuer Index.

SQL Server 2005 unterstützt Onlineindexvorgänge, bei denen gruppierte Indizes oder nicht eindeutige nicht gruppierte Indizes erstellt, gruppierte Indizes gelöscht oder neu erstellt oder eindeutige oder nicht eindeutige nicht gruppierte Indizes neu erstellt werden.

[Nach oben]

In dieser Version verwendet Analysis Services eine Zugriffssteuerungsliste (ACL, Access Control List), um die Datei mit dem Instanzverschlüsselungsschlüssel zu schützen. Eine ACL ist ein fester Bestandteil der Windows-Sicherheit, und Sie können damit auf einfachere Weise das Benutzerkonto ändern, das dem Windows-Dienst für eine Analysis Services-Instanz zugeordnet ist. Das Dienstprogramm askeymgmt (askeymgmt.exe), das Datenschutz-API-Verwaltungsfunktionalität (DPAPI) für die Datei mit dem Instanzverschlüsselungsschlüssel bereitstellte, ist nicht mehr erforderlich.

[Nach oben]

Wenn Sie Anwendungen erstellen, die ADOMD.NET verwenden, müssen Sie ADOMD.NET zusammen mit der Anwendung neu verteilen. Die ADOMD.NET-Installationsdatei (SQLServer2005_ADOMD.msi) können Sie von der Microsoft-Website downloaden.

[Nach oben]

Wenn Sie Excel (oder eine andere Clientanwendung) nach Microsoft SQL Server 2005 Analysis Services installieren, können Sie nicht mehr mithilfe des MSOLAP-Anbieternamens auf den OLE DB-Anbieter für Analysis Services 9.0 verweisen. Dazu kann es kommen, weil die Clientanwendung eine ältere Version vom PivotTable-Dienst installiert, die die versionsunabhängige ProgID überschreibt. Wenn Sie beispielsweise "provider=MSOLAP" in einer Verbindungszeichenfolge verwenden, wird der Anbieter für SQL Server 2000 Analysis Services aufgerufen. Deshalb können Sie möglicherweise mithilfe von Excel keine Verbindung mit einem Server mit SQL Server 2005 Analysis Services herstellen. In Zukunft wird es ein Office XP- und Office 2003-Update geben, mit dem Sie den von Excel verwendeten Anbieter aktualisieren können. Reparieren Sie zur Behebung dieses Problems provisorisch die vorhandene Installation, indem Sie den folgenden Befehl an der Befehlszeile ausführen:

setup.exe /qb INSTANCENAME=MSSQLSERVER REINSTALL=ALL

Sie können auch den OLE DB-Anbieter für Analysis Services 9.0 von der Microsoft-Website downloaden und neu installieren.

[Nach oben]

Wenn Sie eine 32-Bit-Version des Tools zum Umbenennen von Instanzen auf einem 64-Bit-Computer installiert haben, müssen Sie die 32-Bit-Version des Tools zum Umbenennen von Instanzen deinstallieren und die 64-Bit-Version des Tools von der SQL Server 2005-Produkt-CD installieren. Weitere Informationen finden Sie im Knowledge Base-Artikel 906161.

[Nach oben]

Wenn ein lokaler Cube ein Kennwort enthält, muss der lokale Cube selbst auch mit einem Kennwort verschlüsselt werden. Geben Sie zum Verschlüsseln eines lokalen Cubes ein Kennwort in die Eigenschaft für die Kennwort-Verbindungszeichenfolge "Verschlüsselungskennwort" ein. Durch das Erstellen des lokalen Cubes im verschlüsselten Format werden in lokalen Cubedateien gespeicherte vertrauliche Informationen (z. B. Kennwörter und Schlüssel) geschützt.

[Nach oben]

Die Dimensionssicherheit unterstützt keine sichtbaren Gesamtwerte für ein übergeordnetes Attribut in einer Parent-Child-Dimension. Wenn ein Benutzer einer Rolle angehört, die sichtbare Gesamtwerte für ein übergeordnetes Attribut in einer Parent-Child-Dimension ermöglicht, ist der Benutzer nicht in der Lage, eine Verbindung mit dem Cube herzustellen, der die Parent-Child-Dimension enthält. Außerdem erhält der Benutzer bei dem Versuch, eine Verbindung mit dem Cube herzustellen, der die Parent-Child-Dimension enthält, möglicherweise eine Fehlermeldung, wie z. B. eine der folgenden Meldungen:

In der Parent-Child-Dimension '<dimension>' wurde die Dimensionssicherheit für das Schlüsselattribut definiert, was jedoch nicht 
zulässig ist. Sie können stattdessen die entsprechende Dimensionssicherheit für das übergeordnete Attribut definieren.

Das '<attribute>'-Attribut in der '<dimension>'-Dimension weist einen ungültigen Sicherheitsausdruck für eine generierte Dimension auf.

[Nach oben]

Die CustomData-Eigenschaft der Verbindungszeichenfolge wird von Microsoft SQL Server 2005 Analysis Services zurzeit nicht unterstützt.

[Nach oben]

Bei dieser Version von Microsoft SQL Server unterstützt Microsoft Excel 2003 PivotTable nicht das Gruppieren von Elementen auf der Grundlage eines Cubes in Microsoft SQL Server 2005 Analysis Services.

[Nach oben]

Falls Sie beim Hosten des Notification Services-Moduls oder beim Verwalten von Abonnements die SQL Server-Authentifizierung verwenden, müssen Sie eine der folgenden Aktionen ausführen, wenn Sie eine Instanz der Microsoft.SqlServer.NotificationServices.NSInstance-Klasse erstellen und diese initialisieren:

• Verwenden Sie den nicht dokumentierten Konstruktor NSInstance(string instanceName, string sqlUser, string sqlPassword), um eine Instanz des NSInstance-Objekts zu erstellen und dieses zu initialisieren;
  
  
• Verwenden Sie den Standardkonstruktor und anschließend die nicht dokumentierte Methode Initialize(string instanceName, string sqlUser, string sqlPassword), um das NSInstance-Objekt zu initialisieren; oder
  
  
• Falls Sie COM-Interop verwenden, legen Sie mit dem Standardkonstruktor Anmeldeinformationen mithilfe der Eigenschaften SqlUser und SqlPassword fest, und initialisieren Sie dann mit der Methode Initialize(string instanceName) das NSInstance-Objekt.
  
  

Durch diese Verwendung der NSInstance-Klasse ist sichergestellt, dass Notification Services über die SQL Server-Authentifizierungsinformationen verfügt, bevor versucht wird, Informationen zur Instanz vom Datenbankmodul abzurufen.

[Nach oben]

Wenn Sie die SQL Server-Authentifizierung zum Herstellen einer Verbindung mit einer Notification Services-Instanz mithilfe von Notification Services Management Objects (NMO) verwenden, rufen Sie mithilfe eines Server-Objekts einen NotificationServices-Verweis ab und damit anschließend eine Notification Services-Instanz. Wenn Sie eine Instanz des Server-Objekts erstellen, können Sie ein ServerConnection-Objekt angeben, das ein SqlConnection-Objekt verwendet.

Wenn Sie mithilfe der SQL Server-Authentifizierung Instanz- und Anwendungsverwaltungsmethoden wie z. B. Create, Update, Drop, Enable oder Disable aufrufen, darf SqlConnection nicht bereits geöffnet sein.

Stellen Sie sicher, dass das SqlConnection-Objekt nicht geöffnet wird, bevor die Server-Objektinstanz erstellt wird, oder verwenden Sie andernfalls einen anderen ServerConnection-Konstruktor, der kein SqlConnection-Objekt verwendet.

[Nach oben]

Wenn Notification Services auf einem Computer mit dem Multilingual User Interface Pack (MUI) installiert ist, benötigt das Registrieren und Aufheben der Registrierung einer Instanz von Notification Services möglicherweise mehrere Minuten, bis es abgeschlossen ist.

[Nach oben]

Der Berichts-Generator kann mit einem URL im Modus mit voller Vertrauenswürdigkeit oder mit teilweiser Vertrauenswürdigkeit ausgeführt werden. Der Modus der Vertrauenswürdigkeit wird von dem URL-Pfad bestimmt, der zum Starten des Berichts-Generators verwendet wird.

Verwenden Sie den folgenden URL, wenn Sie den Berichts-Generator in einer voll vertrauenswürdigen Umgebung starten:

http://<localhost>/reportserver/reportbuilder/reportbuilder.application

Verwenden Sie den folgenden URL, wenn Sie den Berichts-Generator in einer teilweise vertrauenswürdigen Umgebung starten:

http://<localhost>/reportserver/reportbuilder/reportbuilderlocalintranet.application

Hierbei ist <localhost> der Name des Computers, auf dem der Berichtsserver ausgeführt wird.

Je nachdem, welcher URL von der Schaltfläche Berichts-Generator im Berichts-Manager gestartet werden soll, geben Sie einen der folgenden Werte für ReportBuilderTrustLevel in der Datei RSWebApplication.config an: FullTrust oder PartialTrust. Diese Datei ist im Installationsverzeichnis des Berichts-Managers gespeichert. Standardmäßig ist FullTrust angegeben.

In einer teilweise vertrauenswürdigen Umgebung kann die Hilfedatei zum Berichts-Generator (ReportBuilder.chm) nicht im Berichts-Generator geöffnet werden. Der Administrator kann jedoch Benutzern des Berichts-Generators eine Kopie der Hilfedatei bereitstellen.

[Nach oben]

In der Reporting Services Managed Programming Reference Documentation (in Englisch), insbesondere in der Reporting Services-Webdienste-Klassenbibliothek, enthalten einige Syntaxblöcke von API-Themen Attributbeschreibungen vor dem Klassen- oder Methodennamen. Diese Attributbeschreibungen stammen von dem Prozess, mit dem die Dokumentation generiert wird, und können ignoriert werden.

[Nach oben]

Zum Aktivieren des Microsoft .NET-Datenproviders für mySAP Business Suite für Reporting Services müssen Sie die folgenden Schritte ausführen, um installierte Konfigurationsdateien zu ändern. Diese Schritte ersetzen die im Thema "Microsoft .NET-Datenprovider für mySAP Business Suite" in der SQL Server-Onlinedokumentation dokumentierten Schritte. Die Aktionen sind in den folgenden Schritten beschrieben, gefolgt vom Feature und speziellen Konfigurationsdateien, für die die Schritte ausgeführt werden sollen.

1. Entfernen Sie die Kommentarzeichen (löschen Sie die Zeichen <!-- und --> am Zeilenbeginn und Zeilenende) für diesen Eintrag im Abschnitt Extensions/Data, und speichern Sie die Datei:
   
   

   <!-- <Extension Name="SAP" Type="Microsoft.Adapter.SAP.SAPConnection,Microsoft.Adapter.SAP.SAPProvider, Version=1.0.0.0, Culture=neutral, PublicKeyToken= 31bf3856ad364e35"/> -->

   Hinweis:
   Zeilenumbrüche wurden hinzugefügt, um die Lesbarkeit zu verbessern. Der Type-Wert muss in der Konfigurationszeile in einer einzelnen Zeile angegeben werden.

2. Fügen Sie den folgenden Code im Abschnitt PolicyLevel/CodeGroup auf derselben Ebene wie den Eintrag Microsoft_Strong_Name ein, und speichern Sie dann die Datei:
   
   

   <CodeGroup class="UnionCodeGroup" version="1" PermissionSetName="FullTrust" Name="Microsoft_Generic_Signing" Description="This code group grants code signed with the generic Microsoft key full trust. Used by the Microsoft .Net Data Provider for mySAP Business Suite."> <IMembershipCondition class="StrongNameMembershipCondition" version="1" PublicKeyBlob="00240000048000009400000006020000002400005253413100040000010001 00b5fc90e7027f67871e773a8fde8938c81dd402ba65b9201d60593e96c492651e889cc13f14 15ebb53fac1131ae0bd333c5ee6021672d9718ea31a8aebd0da0072f25d87dba6fc90ffd598e d4da35e44c398c454307e8e33b8426143daec9f596836f97c8f74750e5975c64e2189f45def4 6b2a2b1247adc3652bf5c308055da9" /> </CodeGroup>

   Hinweis:
   Zeilenumbrüche wurden hinzugefügt, um die Lesbarkeit zu verbessern. Der PublicKeyBlob-Wert muss in der Richtliniendatei in einer einzelnen Zeile angegeben werden.

Zum Aktivieren des Datenproviders auf dem Berichtsserver führen Sie Schritt 1 in rsreportserver.config und Schritt 2 in rssrvpolicy.config aus. Das Standardinstallationsverzeichnis für diese Dateien lautet C:\Programme\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer.

Zum Aktivieren des Datenproviders im Berichts-Designer führen Sie Schritt 1 in RSReportDesigner.config und Schritt 2 in RSPreviewPolicy.config aus. Das Standardinstallationsverzeichnis für diese Dateien lautet C:\Programme\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies.

[Nach oben]

Reporting Services verwendet die <UrlRoot>-Konfigurationseinstellung, um Hyperlinks in E-Mail-Nachrichten zu Berichten auf einem Berichtsserver aufzulösen. Wenn Sie das Reporting Services-Konfigurationstool zur Bereitstellung eines Berichtsservers auf einem Computer verwenden, auf dem ein SSL-Zertifikat (Secure Sockets Layer) installiert ist, wird der Wert für <UrlRoot> nicht richtig festgelegt. Als Folge hiervon erhalten Benutzer, die auf Berichtshyperlinks in E-Mail-Nachrichten klicken, eine Meldung über einen unterbrochenen Hyperlink statt des erwarteten Berichts. Zum Korrigieren des Hyperlinks müssen Sie die Datei RSReportServer.config manuell bearbeiten, um die <UrlRoot>-Konfigurationseinstellung zu korrigieren. Das Format des URL sieht folgendermaßen aus:

https://certificatename/report_server_virtual_directory

Stellen Sie beim Bearbeiten von RSReportServer.config sicher, die gleichen Werte anzugeben, die Sie bei der anfänglichen Bereitstellung des Berichtsservers im Reporting Services-Konfigurationstool eingegeben haben. Überprüfen Sie die Seite Virtuelles Verzeichnis für den Berichtsserver im Reporting Services-Konfigurationstool, um zu überprüfen, welche Werte zu verwenden sind. Die Werte sind in den Feldern Zertifikatsname und Name zu finden.

[Nach oben]

Manchmal zeigen Berichte, die die User!UserID-Variable enthalten, spezifische Berichtsdaten für den aktuellen Benutzer, der den Bericht anzeigt, nicht an. Die folgenden Bedingungen müssen vorhanden sein, damit dieser Fehler auftritt:

• Bei dem Bericht muss es sich um einen Snapshot handeln.
  
  
• Auf den Bericht muss programmgesteuert über SOAP-Methoden oder über eine direkte Verbindung mit dem Berichtsserver, wie z. B. http://<servername>/reportserver, zugegriffen werden.
  
  

Wenn dieser Fehler auftritt, basieren Benutzerprofilinformationen im Berichtssnapshot auf einem der folgenden Elemente:

• Die Identität des Benutzers, der den Snapshot erstellt hat.
  
  
• Das Konto, unter dem der Berichtsserver ausgeführt wird, wenn der Snapshot vom Berichtsserver als geplanter Vorgang erstellt wird.
  
  

Wird ein Berichtssnapshot nicht basierend auf Benutzerprofilinformationen aktualisiert, verursacht dies falsche Daten und stellt ein Sicherheitsrisiko dar, wenn vertrauliche Daten im Snapshot enthalten sind. Bis dieses Problem behoben ist, ist es empfehlenswert, keine Berichte, die die User!UserID-Variable enthalten, als Berichtsausführung oder Berichtsverlaufssnapshot auszuführen.

Beachten Sie, dass Benutzerprofilabhängigkeiten nur für Berichtssnapshots nicht funktionsfähig sind, die über SOAP-Aufrufe oder über die URL-Adresse eines Berichtssnapshots geöffnet werden. User!UserID ist vollständig funktionsfähig für Berichte, die bedarfsgesteuert ausgeführt werden, und für alle Berichtssnapshots, die im Berichts-Manager geöffnet werden.

[Nach oben]

Das Aktivieren von SQL Server 2000-Publikationen für andere Abonnenten als SQL Server-Abonnenten wird von SQL Server 2005 Management Studio nicht unterstützt. Um eine SQL Server 2000-Publikation für andere Abonnenten als SQL Server-Abonnenten zu aktivieren, verwenden Sie den Publikationserstellungs-Assistenten, der in SQL Server 2000 Enterprise Manager verfügbar ist. Wählen Sie auf der Seite zum Angeben des Abonnententyps des Publikationserstellungs-Assistenten die Option für die heterogenen Datenquellen, wie z. B. Oracle oder Microsoft Access aus.

[Nach oben]

Weitere Informationen finden Sie im Abschnitt 2.5.15 Bei vorhandenen Aufträgen wird möglicherweise ein Fehler erzeugt, wenn Sie mehrere Instanzen auf dem gleichen Computer erneut installieren.

[Nach oben]

Wenn SQL Server 2005 Developer Edition oder Standard Edition installiert ist, können Sie die SQL Server Mobile-Servertools installieren.

[Nach oben]

Wenn Sie Setup für SQL Server Mobile-Servertools ausführen, wird die Infodatei (ssmreadme.htm) standardmäßig im Verzeichnis C:\Programme\Microsoft SQL Server 2005 Mobile Edition\Docs\xx installiert, wobei xx ein aus zwei Zeichen bestehender Kennzeichner für die installierte Sprache ist. Die Infodatei wird im Unterverzeichnis des Installationsverzeichnisses installiert, das auf der Seite zur Microsoft SQL Server-Version des Setups für Microsoft SQL Server Mobile-Servertools angegeben ist.

[Nach oben]

Beim Installieren der Unterstützung für Datenbankdiagramme gelten die folgenden Einschränkungen.

SQL Server 2005 (64-Bit) installiert 32-Bit-Versionen bestimmter Tools. Unter 64-Bit-Betriebssystemen werden diese Tools in der WOW-Umgebung ausgeführt und zeigen unter bestimmten Bedingungen ein beeinträchtigtes Leistungsverhalten. Zur Verbesserung der Leistung von 32-Bit-Tools stellen Sie die Verbindung mit SQL Server (64-Bit) mit Tools her, die auf einem 32-Bit-Betriebssystem ausgeführt werden. SQL Server 2005 Business Intelligence Development Studio, die 32-Bit-Entwicklungsumgebung für Business Intelligence-Lösungen, wurde nicht für die IA64-64-Bit-Architektur entwickelt und wird nicht auf IA64-Servern installiert. Weitere Informationen zu SQL Server-Tools für 64-Bit-Betriebssysteme finden Sie im Knowledge Base-Artikel 906892.

[Nach oben]

In den Infodateien für Visual Studio-basierte SQL Server-Beispiele werden Sie angewiesen, die Schlüsseldatei samplekey.snk im Installationsverzeichnis zu erstellen. Sie sollten diese Datei im Stammordner jedes Beispiels erstellen, für das diese erforderlich ist.

[Nach oben]

Die folgenden Informationen gelten für Notification Services-Beispiele:

• Wenn Sie ein Notification Services-Beispiel mithilfe eines Kontos bereitstellen, das der Datenbankbesitzer oder ein Systemadministrator ist, müssen Sie dem Konto keine SQL Server-Berechtigungen erteilen. Das Erteilen dieser Berechtigungen kann nun zu einem Fehler führen, den Sie ignorieren können. Wenn Sie Ihre eigenen Anwendungen bereitstellen, sollten Sie Konten mit niedrigeren Privilegien verwenden, um die Sicherheit zu optimieren.
  
  
• In den Notification Services-Beispielen wird auf das Dialogfeld Datenbankzugriff verwiesen. Dieses Dialogfeld heißt nun Benutzerzuordnung.
  
  

[Nach oben]

SQL Server 2005 Business Intelligence Development Studio, die 32-Bit-Entwicklungsumgebung für Business Intelligence-Lösungen, wurde nicht für die IA64-64-Bit-Architektur entwickelt und wird nicht auf IA64-Servern installiert. Deshalb werden Beispiele, die Business Intelligence Development Studio erfordern, auf IA64-Servern nicht ausgeführt. Weitere Informationen finden Sie im Knowledge Base-Artikel 906892.

[Nach oben]

Der Microsoft OLE DB-Anbieter für DB2, eine Komponente von Microsoft Host Integration Server 2004, kann zum Verwenden mit SQL Server 2005 gedownloadet werden. Weitere Informationen dazu, wie der OLE DB-Anbieter installiert und konfiguriert wird, finden Sie in der Dokumentation, die im Lieferumfang des Anbieters enthalten ist. Anweisungen zum Downloaden dieses Anbieters finden Sie auf der Microsoft-Website.

[Nach oben]