0

Ich habe ein sehr seltsames Leistungsproblem mit einem SSIS-Paket in Sql Server 2008 R2. Hier die Fakten: Kürzlich migrierten wir von einem SQL Server 2005 (unter Windows Server 2003 R2 32bit) zu Sql Server 2008 R2 (unter Windows Server 2008 R2 64bit).SSIS-Leistung auf Sql Server 2008 R2

Alles scheint in Ordnung zu sein, abgesehen von einigen Leistungsproblemen in einem SSIS-Paket. Wenn ich es von meinem PC aus starte, läuft es in einigen Minuten (etwa 4/5) und das gleiche passiert, wenn ich über SqlServer Management Studio eine Verbindung zu Integrations Services herstelle und das Paket von dort starte.

Allerdings, wenn ich es von Sql Server Agent ausführen, habe ich Ausführungszeit, die von 5 Minuten bis zu mehr als einer Stunde geht ... Ich hatte keine Probleme mit dem alten Server! Ich habe auch versucht, das Paket im 32-Bit-Modus laufen, auf einigen Lauf scheint es schneller zu sein, aber es ist ziemlich zufällig ... Allerdings erreicht es nie die gute Leistung, die es auf Sql Server 2005 hatte.

Ich habe keine Ahnung. .. anfangs dachte ich, es war ein Speicherproblem, weil ich Sql Server nicht maximale Speicherbegrenzung gegeben habe und ein anderes Paket hatte Probleme, zur gleichen Zeit zu laufen, also erweiterte ich den vom Server benutzten RAM (es läuft auf VMWare) und Jetzt hat die Maschine 8 GB RAM und der maximale Serverspeicher für Sql Server beträgt 4 GB. Das andere Paket hat jetzt keinen Absturz, aber das gibt immer noch zufällige Ausführungszeit ...

Irgendwelche Raten?

Start Time   Execution Time 
12/17/2010 06:15 00:49:43 
12/16/2010 17:54 01:12:26 
12/16/2010 17:18 00:06:29 
12/16/2010 16:53 00:05:23 
12/16/2010 16:10 00:24:23 
12/16/2010 06:15 00:19:26 
12/15/2010 06:15 00:07:19 
12/14/2010 06:15 00:11:26 
12/13/2010 06:15 00:17:30 
12/12/2010 06:15 00:44:59 
12/11/2010 06:15 00:11:59 
12/10/2010 06:15 00:34:19 

Antwort

1

Ich habe eine Lösung gefunden.

Das Problem war ein Speicherproblem mit der Puffererstellung auf dem Server.

I teilweise gelöst es die Standardpuffergröße (beide in MB und Zeilen-Nummer) zu erhöhen und vollständig gelöst es die ganze Sortieren Entfernen und Zusammenführen Komponente i verwendet, um sie mit Lookup auf benutzerdefinierte Cache gebaut mit Trans Cache Komponente Ersetzen .

Ich verstehe immer noch nicht, warum die Zuordnung in Sql Server 2005 mit Windows Server 2003 und in der Entwicklung funktioniert, aber jetzt ist das Paket behoben!

1

Was läuft eine Tabelle der Ausführungszeit durch Tage nach? Haben Benutzer Abfragen (die Tabellen sperren können) oder andere Pakete, die zugehörige Tabellen berühren, wenn dieses Paket ausgeführt werden soll? Wenn Sie es ausführen, sehen Sie blockierende Sperren oder etwas anderes wie das?

Es ist eher für mich, dass die Produktion Batch-Umgebung ist nicht so schön und ruhig und kontrolliert wie Ihre Entwicklungsumgebung.

Ein Benutzer oder ein ähnliches Paket, das Datensperren enthält, könnte die zufällige Verteilung der Ausführungszeiten erklären.

+0

Auf diesen Tabellen könnte nur etwas lesen und einige einfügen, kein Update. Dies ist jedoch kein Problem, wenn ich es von Visual Studio aus starte (läuft gegen meine Produktionstabellen) und es war genauso, als es 2005 lief. Vielleicht fehlt mir eine Konfiguration, um die Leistung zu optimieren, aber ich habe fast überall gesucht (Ich denke) –

+0

Nur andere Sache, die ich denken kann, ist die Benutzerberechtigungen dann. Führen Sie das Paket unter einem Proxy oder als SQL Server-Agent aus? Was passiert, wenn Sie sich als Agent-Benutzer anmelden und das Paket ausführen? –

Verwandte Themen