schnelle frage zu SQLSRV.

>dtexec /DTS "\MSDB\bla\foo" /SERVER baz /MAXCONCURRENT " -1 " /CHECKPOINTING OFF /REPORTING V

Microsoft ® SQL Server-Paketausführungsprogramm

Version 9.00.1399.06 für 32-Bit

Copyright © Microsoft Corp 1984-2005. Alle Rechte vorbehalten.

Gestartet: 11:37:55

Fehler: 2008-08-06 11:37:56.00

Code: 0xC0012024

Quelle: Task 'Prozess ausführen'

Beschreibung: Der Task 'Task 'Prozess ausführen'' kann in dieser Edition von

Integration Services nicht ausgeführt werden. Es ist eine Edition einer höheren

Stufe erforderlich.

Fehlerende

Warnung: 2008-08-06 11:37:56.03

Code: 0x80019002

Quelle: ExecuteBinary

Beschreibung: Die Execution-Methode wurde erfolgreich ausgeführt, aber die An

zahl von ausgelösten Fehlern (2) hat den maximal zulässigen Wert erreicht (1). D

eshalb tritt ein Fehler auf. Dieses Problem tritt auf, wenn die Anzahl von Fehle

rn den in 'MaximumErrorCount' angegebenen Wert erreicht. Ändern Sie den Wert für

'MaximumErrorCount', oder beheben Sie die Fehler.

Warnungsende

DTExec: Die Paketausführung wurde beendet. DTSER_FAILURE (1).

Gestartet: 11:37:55

Beendet: 11:37:56

Verstrichen: 0.547 Sekunden

was soll denn jetzt das "Es ist eine Edition einer höheren Stufe erforderlich." heissen?

ich hab hier schon die 2005er EE (X64) auf 2003 EE SP2.

bissl ratlos,

s'Amstel

Hi,

ich glaube das hängt daran, dass du eine x64 Maschine hast und das DTS als 32 Bit ausgeführt hast.

Ich hatte die Fehlermeldung zwar noch nicht, aber einige Schwierigkeiten mit der x64 Version vom SQL Server hatte ich auch.

So werden die SSIS (auch von der x64 Verison) lediglich als 32 Bit ausgeführt. Kann es also sein, dass du den Task als 64 Bit entwickelt, aber als 32 Bit ausgeführt hast?

Grundsätzlich sollte das aber funktionieren. Ich mach es zum Beispiel so, dass ich auf einem 32 Bit System entwickel, aber es innerhalb der SSIS als 64 Bit ausführe, bzw. das macht er dann von alleine. Schön zusehen im Taskmanager. Hinter manchen Prozesse findet man ein "*32".

Komische Geschichte, dass die SSIS nicht komplett x64 sind.

Gruß

danke für die prompte antwort; meine daraus resultierenden weiteren erkenntnisse:

ich glaube das hängt daran, dass du eine x64 Maschine hast und das DTS als 32 Bit ausgeführt hast.

mein dtexec.exe am client ist jedenfalls 32-bit.

Ich hatte die Fehlermeldung zwar noch nicht, aber einige Schwierigkeiten mit der x64 Version vom SQL Server hatte ich auch.

So werden die SSIS (auch von der x64 Verison) lediglich als 32 Bit ausgeführt. Kann es also sein, dass du den Task als 64 Bit entwickelt, aber als 32 Bit ausgeführt hast?

entwickelt als 32-bit, ausgeführt als 64-bit, denke ich mal.

Grundsätzlich sollte das aber funktionieren. Ich mach es zum Beispiel so, dass ich auf einem 32 Bit System entwickel, aber es innerhalb der SSIS als 64 Bit ausführe.

so auch hier. entwickelt werden die pakete unter VS 2005, dann auf den server migriert/importiert und dort ausgeführt.

Hinter manchen Prozesse findet man ein "*32".

stimmt, aber gerade der SSIS-dienst (MsDtsSrvr.exe) ist kein * 32, somit läuft der prozess wohl als 64-bit-image.

Komische Geschichte, dass die SSIS nicht komplett x64 sind.

vielleicht gibts da allenfalls ja unterschiede zw. einzelnen patchlevels.

wir haben hier langsam den verdacht unser SQL ist nicht aktuell gepatched.

etwas rätselhaft noch, das ganze.

s'Amstel

Hm... also ich hab unseren x64 auf SP2.

Das müsste das aktuelleste sein. Aber ob das wirklich was bringt. Kannst mich ja mal auf dem laufenden halten, würde mich interessieren.

Wir hatten/haben ziemliche Probleme mit den Oracle-Zugriffen per SSIS. Das ist wirklich nicht schön gelöst.

Aber es läuft soweit, dass ist vorerst die hauptsache.

Gruß

Bearbeitet 6. August 200817 j von Schmarrer

das problem hat sich insofern in wohlgefallen aufgelöst, als dass SSIS-pakete, die über den SQL Agent aufgerufen werden, problemlos laufen.

zusammenfassend: im VS 2005 laufen lassen geht ohnehin, über dtexec oder dtexecUI nicht, über SQLAGENT.exe klappt.

s'Amstel

Also deckt sich das jetzt auch mit meinen Erfahrungen.

Naja, wenn so ist und alles funktioniert, können wir ja froh sein.

zusammenfassend: im VS 2005 laufen lassen geht ohnehin

Das stimmt, jedoch hab ich bemerkt, dass er im VS Fehler anmahnt. Lässt man das Paket trotzdem laufen, klappt alles wunderbar, auch mit Fehlersymbol

Gruß Schmarrer