Zum Downloaden und Installieren von SQL Server 2005 SP2 sind 1,9 GB verfügbarer Speicherplatz auf dem Computer erforderlich. In der folgenden Tabelle wird der erforderliche Speicherplatz für die Setupkomponenten beschrieben:

Nach der Installation kann das Downloadpaket über 250 MB vom Computer entfernt werden. Die dauerhafte Speicherplatzverwendung von SQL Server 2005 SP2 nach der Installation beträgt ungefähr 1 GB.

[Nach oben]

Alle vor dem 15.01.07 öffentlich herausgegebenen SQL Server 2005-Sicherheitsbulletins wurden in SP2 berücksichtigt. Wenn Sie einen Hotfix für SQL Server 2005 nach dem 15.01.07 erhalten haben, ist der Hotfix möglicherweise nicht in dieser Version von SP2 enthalten. Wenden Sie sich an Ihren primären Anbieter für technischen Support, um den gleichen Hotfix für SQL Server 2005 SP2 zu erhalten.

SQL Server 2005 SP2 unterstützt auch Microsoft SQL Server 2005 Compact Edition (SQL Server Compact Edition), diese Edition wurde bisher Microsoft SQL Server 2005 Mobile Edition (SQL Server Mobile) genannt. Weitere Informationen zu SQL Server Compact Edition finden Sie unter SQL Server.

Jedes SQL Server-Produkt (einschließlich der Service Packs) hat eine eindeutige Versionsnummer. Die Versionsnummer einer Instanz von SQL Server 2005 kann auf zwei Arten angezeigt werden:

• Im Objekt-Explorer von SQL Server Management Studio bei bestehender Verbindung mit einer Instanz.
  
  
• Durch Ausführen der Abfrage SELECT SERVERPROPERTY('ProductVersion') in einer Instanz des Datenbankmoduls.
  
  

In der folgenden Tabelle werden die Versionsnummern angezeigt, die den Versionen von SQL Server 2005 entsprechen:

[Nach oben]

Beim Update von Instanzen von SQL Server 2005 in einer Mergereplikationstopologie oder in einer Transaktionsreplikationstopologie mit Abonnenten mit Aktualisierung müssen Sie das Update der Instanzen in der folgenden Reihenfolge ausführen:

1. Verteiler
   
   
2. Verleger
   
   
3. Abonnenten
   
   

[Nach oben]

Wenn Sie eine Reporting Services-Installation aktualisieren, die eine Remote-Berichtsserver-Datenbank enthält, treten möglicherweise Probleme beim Aktualisieren des Datenbankschemas auf. Standardmäßig wird vom Setup das Sicherheitstoken des Benutzers, der das Setupprogramm ausführt, verwendet, um eine Verbindung mit der SQL Server-Remoteinstanz herzustellen und das Schema zu aktualisieren. Wenn Sie über Administratorberechtigungen auf dem lokalen Computer und auf dem Remotecomputer verfügen, kann das Datenbankupdate erfolgreich ausgeführt werden. Auch wenn Sie das Setup an der Eingabeaufforderung ausführen und /rsupgradedatabaseaccount und /rsupgradepassword für ein Konto mit der Berechtigung zum Ändern des Schemas auf dem Remotecomputer angeben, wird das Datenbankupdate erfolgreich ausgeführt.

Falls Sie nicht über die Berechtigung zum Aktualisieren des Schemas auf dem Remotecomputer verfügen, wird die Verbindung mit ungefähr folgendem Fehler abgelehnt:

"Das Berichtsserver-Datenbankschema konnte nicht aktualisiert werden. Führen Sie das Reporting Services-Konfigurationstool aus, und aktualisieren Sie auf der Registerkarte Setup der Datenbank die Berichtsserverdatenbank auf die aktuelle Datenbankschemaversion."

Die Berichtsserver-Programmdateien werden auf SP2 aktualisiert, aber die Berichtsserver-Datenbank behält das Format der vorherigen Version. Der Berichtsserver wird nicht verfügbar sein, solange die Berichtsserver-Datenbank das ältere Format aufweist.

Führen Sie nach Abschluss des Updates das Reporting Services-Konfigurationstool aus, um die Datenbank manuell zu aktualisieren. Stellen Sie eine Verbindung mit dem aktualisierten Berichtsserver her, und aktualisieren Sie dann das Datenbankschema mithilfe der Option Aktualisieren auf der Seite Setup der Datenbank. Der Berichtsserver steht zur Verfügung, sobald diese Schritte abgeschlossen sind.

[Nach oben]

Wenn Sie nach der SP2-Installation SQL Server-Komponenten mit der Systemsteuerungsoption Software reparieren oder ändern, wird möglicherweise die folgende Fehlermeldung angezeigt:

"Das Feature, das Sie auf der Netzwerkressource verwenden möchten, ist nicht verfügbar."

Dies betrifft die folgenden SQL Server-Komponenten:

• MSXML (msxml6.msi)
  
  
• SQLXML (sqlxml4.msi)
  
  
• SQL Server Native Client (sqlncli.msi)
  
  
• Abwärtskompatibilität (SqlServer2005_BC.msi)
  
  
• SQL Server VSS Writer (SqlWriter.msi)
  
  

[Nach oben]

Das Setup aktualisiert die Systemdatenbanken, wenn Sie SP2 anwenden. Dieses Update kann einen Fehler erzeugen, falls Sie Einschränkungen für die ALTER DATABASE-Syntax implementiert haben. Einschränkungen für ALTER DATABASE können Folgendes beinhalten:

• Das explizite Verweigern der ALTER DATABASE-Anweisung.
  
  
• Einen DDL-Trigger (Data Definition Language, Datendefinitionssprache) für ALTER DATABASE, der einen Rollback für Transaktionen ausführt, die die ALTER DATABASE-Anweisung enthalten.
  
  

Sie müssen diese Einschränkungen deaktivieren und dann das Setup erneut ausführen, falls Sie Einschränkungen für ALTER DATABASE verwenden und Systemdatenbanken vom Setup nicht auf SP2 aktualisiert werden können.

[Nach oben]

Beachten Sie die folgenden Informationen, bevor Sie SP2 in einer Failoverclusterinstanz installieren:

• Beenden Sie den Clusterdienst nicht, bevor Sie das SP2-Setupprogramm ausführen oder während das Installationsprogramm ausgeführt wird.
  
  
• Beenden Sie keine ausgeführten Prozesse vor dem Ausführen des SP2-Setupprogramms.
  
  
• Nehmen Sie den SQL Server-Dienst nicht offline, bevor Sie das SP2-Setupprogramm ausführen. Das SP2-Setupprogramm beendet und startet den SQL Server-Dienst.
  
  
• Führen Sie das SP2-Setupprogramm auf dem primären Knoten der Failoverclusterinstanz aus.
  
  
• Sie müssen alle Failoverclusterknoten nach der Installation von SP2 erneut starten.
  
  
• Paralleles Update wird für SP2 nicht unterstützt.
  
  

[Nach oben]

Beachten Sie die folgenden Änderungen am Standardstarttyp sowie Standardstatus des SQL Writer-Dienstes:

• Der Starttyp des SQL Writer-Dienstes wurde von Manuell in Automatisch geändert.
  
  
• Der Standardstatus des SQL Writer-Dienstes wurde von Beendet in Gestartet geändert.
  
  

[Nach oben]

Eingeführt in SQL Server 2005 Service Pack 1 (SP1).

Es ist jetzt möglich, eindeutige nicht gruppierte Indizes online zu erstellen. Die folgenden Anweisungen sind davon betroffen:

• CREATE UNIQUE NONCLUSTERED INDEX
  
  
• CREATE UNIQUE NONCLUSTERED INDEX WITH DROP_EXISTING
  
  
• ALTER TABLE ADD CONSTRAINT PRIMARY KEY NONCLUSTERED
  
  
• ALTER TABLE ADD CONSTRAINT UNIQUE NONCLUSTERED
  
  

Weitere Informationen finden Sie unter Updates für die SQL Server 2005-Onlinedokumentation.

[Nach oben]

Eingeführt in SQL Server 2005 SP1.

Wenn durch einen der Befehle DBCC CHECKDB, DBCC CHECKALLOC, DBCC CHECKFILEGROUP oder DBCC CHECKTABLE ein Fehler durch eine Beschädigung erkannt wird, wird im SQL Server-Verzeichnis LOG eine Minidumpdatei (SQLDUMPnnnn.txt) erstellt. Falls die Features zur Erfassung von Featureverwendungsdaten und zur Fehlerberichterstellung für die SQL Server-Instanz aktiviert sind, wird die Datei automatisch an Microsoft weitergeleitet. Die gesammelten Daten werden zur Verbesserung der SQL Server-Funktionalität verwendet. Weitere Informationen finden Sie unter "Einstellungen für Fehler- und Verwendungsberichte" in der SQL Server 2005-Onlinedokumentation.

Die Dumpdatei enthält das Ergebnis des DBCC-Befehls und weitere Diagnoseausgaben. Die Datei besitzt eingeschränkte freigegebene Zugriffssteuerungslisten (Discretionary Access Control Lists, DACLs). Der Zugriff auf die Dumpdatei ist auf das SQL Server-Dienstkonto und Mitglieder der sysadmin-Rolle beschränkt. Die sysadmin-Rolle enthält standardmäßig alle Mitglieder der Windows-Gruppe VORDEFINIERT\Administratoren und der Gruppe lokaler Administratoren. Ein Fehler bei der Datensammlung verursacht keinen Fehler des DBCC-Befehls.

[Nach oben]

Eingeführt in SQL Server 2005 SP1.

Nach Abschluss eines Batches wird vom Datenbankmodul für Transaktionen, für die kein Commit ausgeführt werden kann, automatisch ein Rollback ausgeführt. Vor SP2 musste ein Rollback für Transaktionen, für die kein Commit ausgeführt werden kann, manuell ausgeführt werden.

[Nach oben]

Eingeführt in SQL Server 2005 SP1.

Die Tokensyntax für SQL Server 2005-Agent-Aufträge wurde geändert. Deswegen müssen Sie ein Escapemakro mit allen verwendeten Token in den Auftragsschritten eingeben, oder diese Auftragsschritte sind fehlerhaft mit der folgenden Fehlermeldung:

"Der Auftragsschritt enthält ein oder mehrere Token. Für SQL Server 2005 SP1 oder höher müssen alle Auftragsschritte mit Token mit einem Makro aktualisiert werden, bevor der Auftrag ausgeführt werden kann."

Dies ist eine Änderung vom vorherigen Verhalten von SQL Server 2005. Dort waren keine Escapemakros mit Token erforderlich. Weitere Informationen zum Aktualisieren der Aufträge mithilfe der neuen Syntax und mithilfe von Escapemakros, finden Sie unter "Verwenden von Token in Auftragsschritten" in der SQL Server 2005-Onlinedokumentation (April 2006) oder später. Weitere Informationen zu Updates der Onlinedokumentation finden Sie unter Updates für die SQL Server 2005-Onlinedokumentation.

[Nach oben]

Eingeführt in SQL Server 2005 SP2.

Wenn Sie ein Tool einer früheren Version zum Öffnen eines mit dem Wartungsplan-Designer erstellten SP2-Wartungsplans verwenden, wird die folgende Fehlermeldung ausgegeben:

"Dieser Wartungsplan wurde mit einem anderen Tool als dem Wartungsplan-Designer geändert. Sie müssen von nun an SQL Server Integration Services zum Ändern dieses Wartungsplanes verwenden."

Zum Lösen dieses Problems sollten Sie Ihre Tools auf SQL Server 2005 SP2 aktualisieren. Außerdem sollten Sie zum Ändern des Plans den Wartungsplan-Designer verwenden, obwohl in der Fehlermeldung Integration Services erwähnt wird.

[Nach oben]

Eingeführt in SQL Server 2005 SP1.

Mithilfe der Installation dieses Service Packs werden DCOM-Berechtigungen zum Starten und Zugreifen auf den Integration Services-Dienst zurückgesetzt. Die Berechtigungen werden auf Standardberechtigungen zurückgesetzt. Falls Sie DCOM-Berechtigungen angepasst haben, müssen Sie die Anpassung wiederholen.

[Nach oben]

Eingeführt in SQL Server 2005 SP1.

In SQL Server SP2 wird der Wert des Registrierungsschlüssels HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTS\ServiceConfigFile auf den Standardwert zurückgesetzt. Dieser Registrierungsschlüssel gibt den Speicherort der Konfigurationsdatei für den Integration Services-Dienst (MsDtsSrvr.ini.xml) an. Falls Sie den Wert dieses Registrierungsschlüssels in einen anderen Speicherort als den Standardspeicherort geändert haben, müssen Sie den Wert des Registrierungsschlüssels nach dem Anwenden des Service Packs erneut ändern.

[Nach oben]

Eingeführt in SQL Server 2005 SP1.

Nach dem Anwenden von SQL Server SP2 kann die Spaltenkonvertierung in den folgenden Fällen einen Fehler erzeugen:

Eingeführt in SQL Server 2005 SP1.

Die Datenflusskomponenten in Integration Services werden jetzt anders initialisiert. In früheren Versionen wurden die Datenflusskomponenten zunächst durch einen Aufruf der AquireConnections-Methode und dann durch einen Aufruf der PreExecute-Methode für jede zugeordnete Verbindung initialisiert. In dieser Version ruft die AquireConnections-Methode alle zugeordneten Verbindungen auf, bevor die PreExecute-Methode aufruft. Der neue Initialisierungsprozess aktiviert mehrere starke Transaktionseintragungen, und führt dadurch zu einer stabilen Datenintegration.

In manchen Fällen kann der neue Initialisierungsprozess einen Timeoutfehler verursachen. Die komplexen Datenflusstasks können beispielsweise mehrere Komponenten enthalten, die diese Verbindungen als mehrere Quellen, Ziele und Suchvorgänge verwenden. Komponenten am Ende der Liste können ihre zugeordneten Verbindungen erst verwenden, wenn alle Aufrufe von PreExecute der vorherigen Komponenten abgeschlossen sind. Dadurch kann unter bestimmten Paketentwürfen, ein Paket möglicherweise eine längere Verzögerung zwischen dem Erhalt und der ersten Verwendung der Verbindung verursachen. Diese längere Zeitverzögerung kann bei einigen Verbindungen zu einem Timeout und somit zu Paketfehlern führen.

Um dieses Problem zu beheben, erhöhen Sie einfach den Wert der Timeout-Eigenschaft für die fehlerhaften Verbindungen. Die Leistung der Pakete nach der Initialisierung ist davon nicht betroffen.

[Nach oben]

Eingeführt in SQL Server 2005 SP2.

Integration Services-Pakete verwenden zur Ausführung des benutzerdefinierten Codes in Skriptkomponenten und Skripttasks Funktionen von Microsoft Visual Studio für Applikationen (VSA). Wichtige Sicherheitsupdates für .NET Framework 2.0 führen zu einer fehlerhaften Änderung, die eine binäre Inkompatibilität zwischen Paketen mit Skripts und der VSA-Ausführungsumgebung bewirkt. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 928365.

Wenn diese Inkompatibilität zur Laufzeit auftritt, versucht Integration Services, alle Instanzen des Problems zu identifizieren und zu umgehen, sodass Skripts normal ausgeführt werden können. In seltenen Fällen werden Skripts jedoch nicht ausgeführt. Dann müssen Sie sie manuell erneut kompilieren. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 931846. Wird auf dem Computer Windows Vista ausgeführt, müssen Sie möglicherweise auch einen Hotfix installieren, wie im Microsoft Knowledge Base-Artikel 928208 beschrieben.

[Nach oben]

Eingeführt in SQL Server 2005 SP2.

Damit beim Herstellen einer Verbindung mit einer Instanz von Analysis Services alle Business Intelligence-Features von Microsoft Office 2007 unterstützt werden, muss SP2 installiert sein. Ist SP2 nicht installiert, werden Features von Office 2007, die SP2 erfordern, bei der Ausführung für eine Instanz von Analysis Services deaktiviert.

[Nach oben]

Eingeführt in SQL Server 2005 SP2.

Analysis Services erfordert jetzt, dass alle Dimensionen in einer verknüpften Measuregruppe dieselbe Granularität wie die Dimension in der Quellmeasuregruppe aufweisen. Wurde beispielsweise für eine Zeitdimension in der Quellmeasuregruppe das Tagesattribut als Granularitätsattribut festgelegt, muss die verknüpfte Measuregruppe ebenfalls das Tagesattribut als Granularitätsattribut verwenden. Analysis Services-Datenbanken, die diese Regel verletzen, sind meist SQL Server 2000 Analysis Services-Datenbanken, die mit einer Vorabversion von SQL Server 2005 migriert wurden.

Wenn eine Datenbank diese Granularitätsregel verletzt, müssen Sie die Datenbank mit der verknüpften Measuregruppe vor der Anwendung von SP2 ändern. Andernfalls wird die Datenbank durch die Anwendung von SP2 ungültig. Solche ungültigen Datenbanken müssen gelöscht werden.

[Nach oben]

Eingeführt in SQL Server 2005 SP2.

Durch SP2 werden die folgenden MDX-Verhaltensänderungen (Multidimensional Expressions, Multidimensionale Ausdrücke) eingeführt.

• Die Zellkoordinaten von Zeilen- und Spaltenachsen werden nun mit den Koordinaten von Einzeltupel-Dimensionselementen aus der WHERE-Klausel zusammengeführt. SELECT [USA] FROM [Cube] WHERE [Seattle] gibt nun z. B. den Zellenwert für Seattle statt für USA zurück. SP2 hat keinen Einfluss auf Abfragen, die mehrere Dimensionselemente aus einem vorhandenen Attribut oder einer vorhandenen Hierarchie in der WHERE-Klausel und von einer Spalten- oder Zeilenachse enthalten. Abfragen dieses Typs führen möglicherweise zu unerwarteten Ergebnissen. Es ist geplant, dieses Verhalten zukünftig zu ändern.
  
  
• Abfragen, die Berechnungen enthalten, durch die in einem untergeordneten SELECT-Ausdruck definierte Koordinaten überschrieben werden, behalten keine sichtbaren Gesamtwerte bei. WITH MEMBER Measures.ParentContribution AS (Measures.Sales, Geography.Currentmember.Parent) / Measures.Sales SELECT Measures.ParentValue ON COLUMNS, Geography.Members ON ROWS FROM (Select Geography.USA on 0 from Sales) gibt nun den Beitrag zum übergeordneten Element ohne sichtbare Gesamtwerte zurück.
  
  

[Nach oben]

Eingeführt in SQL Server 2005 SP2.

Aufgrund von Änderungen der Abwärts- und Aufwärtskompatibilität im Analysis Services-Protokoll und -Dateiformat in SP2 können Analysis Services SP2-Datenordner und -Sicherungen von Analysis Services SP1-Servern nicht geladen und keine Serversynchronisierungen zwischen Analysis Services SP2-Servern und Analysis Services SP1-Servern ausgeführt werden. Diese Änderung wurde in SQL Server 2005 SP1 QFE 251 eingeführt.

[Nach oben]

Eingeführt in SQL Server 2005 SP2.

Beim Anzeigen von Berichten mit erweiterbarem Inhalt in Internet Explorer 7.0 werden durch die Schaltfläche Zurück nicht die zuvor angezeigten Seiten geladen.

[Nach oben]

Auf einem Berichtsserver, der im integrierten SharePoint-Modus ausgeführt wird, wurde möglicherweise ein ASP.NET-Timeoutfehler für Berichte mit langer Ausführungszeit erkannt, die mehr Verarbeitungszeit erfordern, als der Standardtimeout angibt. Standardmäßig beträgt der ASP.NET-Timeout zwei Minuten. Berichte, die länger als zwei Minuten Verarbeitungszeit benötigen, werden unerwartet beendet. Es wird die folgende Windows SharePoint Services-Fehlermeldung angezeigt: "Unerwarteter Fehler."

Wenn Sie den Eindruck haben, dass dieser Fehler aufgrund eines Timeoutproblems auftritt, können Sie diesen Fehler umgehen, indem Sie ein httpRuntime executionTimeout-Attribut zur Datei Web.config der SharePoint-Webanwendung hinzufügen.

Stellen Sie sicher, dass ein ausreichender Wert bereitgestellt wird, um Berichte mit langer Ausführungszeit verarbeiten zu können. Für einen Berichtsserver im systemeigenen Modus beträgt der Standardwert 9000 Sekunden für einen Berichtsserver und den Berichts-Manager. Wählen Sie einen ähnlichen Wert aus, wenn Sie executionTimeout für die SharePoint-Webanwendung angeben.

Wiederholen Sie die genannten Schritte für jede Web.config-Datei in der Farm, wenn Sie mehrere Anwendungen in einer SharePoint-Farm bereitstellen. Diese Anforderung gilt für alle Dateien Web.config von SharePoint-Webanwendungen in den Unterverzeichnissen unter <drive>:\inetpub\wwwroot\wss\VirtualDirectories. Dies gilt auch für Web.config-Dateien für Anwendungen in der Farm, die auf verschiedenen Computern installiert sind.

[Nach oben]

Mit SQL Server 2005 SP2 wird eine neuere Version des Reporting Services-Konfigurationstools eingeführt. Wenn Sie SP2 installieren, müssen Sie die SP2-Version des Reporting Services-Konfigurationstools verwenden, um den Berichtsserver zu konfigurieren. Darüber hinaus können Sie die SP2-Version des Reporting Services-Konfigurationstools nicht verwenden, um einen Berichtsserver mit Versionen vor SP2 zu konfigurieren. Diese Inkompatibilität tritt auf, weil vom Reporting Services-Konfigurationstool eine neuere Version des WMI-Anbieters verwendet wird, die nicht abwärtskompatibel ist. Wenn Sie versuchen, das Reporting Services-Konfigurationstool mit einer nicht unterstützten Version zu verwenden, wird ungefähr die folgende Fehlermeldung angezeigt: "Vom WMI-Anbieter wurde einen Status ohne Angabe an 'ReportServicesConfigUI.WMIProvider.ConfigurationItem.CreateConfigurationItem' zurückgegeben."

[Nach oben]

Wenn Sie das virtuelle Verzeichnis für den Berichtsserver konfigurieren und der Berichts-Manager nicht installiert ist, wird das Reporting Services-Konfigurationstool unerwartet beendet. Es wird ungefähr die folgende Fehlermeldung angezeigt: “Beim Ausführen des SQL Server 2005 Reporting Services-Konfigurationstools ist ein Problem aufgetreten. Das Tool muss beendet werden.” Das virtuelle Verzeichnis wird aber trotz der Fehlermeldung erstellt. Die Fehlermeldung wird nur einmal angezeigt. Wenn Sie das Tool erneut öffnen, können Sie die Serverkonfiguration abschließen, ohne dass der Fehler wieder auftritt.

[Nach oben]

Wenn Sie einen Berichtsserver in eine SharePoint-Serverfarm integrieren, müssen Sie auf allen Servern der Farm und auf dem Computer, der den Berichtsserver hostet, dieselben Versionen des SharePoint-Produkts oder der SharePoint-Technologie verwenden. In einer Serverfarm kann keine Kombination von Windows SharePoint Services 3.0 und Office SharePoint Server 2007 verwendet werden.

[Nach oben]

Der Typ der Anmeldeinformationen, die für die Berichtsserver-Datenbankverbindung angegeben werden, bestimmt, ob eine Berichtsserver-Datenbank durch das Setup von einer SP1- oder einer CTP-Version von SP2 auf die endgültige Version von SP2 aktualisiert werden kann.

Stellt der Berichtsserver die Verbindung mit der Berichtsserver-Datenbank mithilfe von Datenbank-Anmeldeinformationen oder eines anderen Windows-Benutzerkontos her, als vom Berichtsserver-Windows-Dienst verwendet wird, wird die Datenbank nicht im Rahmen des Updates der restlichen Software aktualisiert. In diesem Fall müssen Sie die Berichtsserver-Datenbank mit dem Reporting Services-Konfigurationstool manuell aktualisieren. Klicken Sie auf der Seite Setup der Datenbank auf Aktualisieren, um das SP2-Format auf die Berichtsserver-Datenbank anzuwenden.

[Nach oben]

Es ist nicht möglich, zwei oder mehr Berichtsserverinstanzen, die dieselbe Berichtsserver-Datenbank verwenden, in unterschiedliche eigenständige Serverbereitstellungen von Windows SharePoint Services 3.0 oder Microsoft Office SharePoint Server 2007 zu integrieren. Dies würde möglicherweise zu einer Datenbeschädigung in der Back-End-Berichtsserver-Datenbank führen. Das folgende Szenario wird nicht unterstützt: zwei unabhängige Installationen von Windows SharePoint Services 3.0, jeweils integriert mit einer lokalen Berichtsserverinstanz, wobei beide Berichtsserverinstanzen dieselbe Berichtsserver-Datenbank verwenden.

[Nach oben]

In dieser Version ist Microsoft Visual Studio für Applikationen (VSA) – die Skriptentwicklungsumgebung und das Laufzeitmodul, die bzw. das vom Skripttask und der Skriptkomponente in Integration Services verwendet werden –, nicht mit der endgültigen Version von Windows Vista kompatibel. Wenn auf einem Computer die endgültige Version von Windows Vista ausgeführt wird, können Sie mit dem Computer keine Skripts in Integration Services bearbeiten oder debuggen. Sie können auch keine Integration Services-Pakete ausführen, die Skripts enthalten.

[Nach oben]

Windows Vista enthält ein neues Feature, die Benutzerkontensteuerung (User Account Control, UAC), mit der Administratoren die Verwendung erhöhter Berechtigungen verwalten können. Bei der Ausführung unter Windows Vista verwenden Administratoren ihre Administratorprivilegien standardmäßig nicht. Sie führen die meisten Aktionen als Standardbenutzer (nicht als Administratoren) aus und nehmen ihre Administratorprivilegien nur bei Bedarf vorübergehend in Anspruch.

Die Benutzerkontensteuerung verursacht einige bekannte Probleme. Weitere Informationen finden Sie auf den folgenden Webseiten in TechNet:

• Artikel zur Benutzerkontensteuerung in Windows Vista (möglicherweise in englischer Sprache)
  
  
• Schrittweise Anleitung zur Windows Vista-Benutzerkontensteuerung (möglicherweise in englischer Sprache)