Frage : SSIS Paketstörung beim Abweichen zu Bit 64 des sql-Bedieners 2005

hallo, übertreffen
, das ich importiere, Aktendaten in sql-Bediener using SSIS Paket. Seine Funktion fein in SQL-Server 2005 Ausgabe mit 32 Bits. Jetzt planiere ich, um zu Bit 64 abzuwandern des sql-Bedieners 2005. Ich habe in dem Internet auf 64bit übertreffe Fahrer überprüft. Aber ich bin in der Lage, kein 64 Bit drivers.
zu finden, also habe ich das 32 Bit benutzt DTEXEC, das von den C:\Program-Akten (x86) utiltiy ist \ von Microsoft-SQL-Server \ 90 \ DTS \ Binn \ DTExec.exe. Aber, beim Betrieb des folgenden Indexes, erhalte ich das folgende error.

output
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
The Eingangslinie ist auch long.
NULL

If, das ich @cmd drucke, ich erhalten das folgende,

"" C:\Program-Akten (x86) \ Microsoft-SQL-Server \ 90 \ DTS \ Binn \ DTExec.exe "" /F „E:\SSIS\ARMDNY\ARMDNY\ARM DNY \ ARMDNY_DOTNETDumpUpload.dtsx“ /SET \ Package.Variables [Benutzer:: DB]. Properties [Wert] ; „ARMDNY“ /SET \ Package.Variables [Benutzer:: DumpIndicator]. Properties [Value]; „ARMDNY_1“ /SET \ Package.Variables [Benutzer:: DumpType]. Properties [Value]; „MASTER“ /SET \ Package.Variables [Benutzer:: RecvdDt]. Properties [Value]; „08/23/2010“ /SET \ Package.Variables [Benutzer:: UpldBy]. Properties [Value]; „SUN1849“ /SET \ Package.Variables [Benutzer:: UpldDt]. Properties [Value]; „08/23/2010“ /SET \ Package.Variables [Benutzer:: SSISPath]. Properties [Value]; „E: \ SSIS \ ARMDNY \ ARMDNY \ ARMDNY \ ARMDumpUploadDNY_DOTNET.dtsx "

If laufe ich dieses manuell in cmd Aufforderung, seine Funktion tadellos. Aber sein Arbeiten nicht, beim Versuchen zum excute durch xp_cmdshell im oben genannten script.

I verstehen nicht, wo die Ausgabe ist?
1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20:
21:
22:
23:
24:
25:
26:
27:
28:
29:
30:
31:
32:
33:
34:
35:
6:
37:
38:
39:
40:
41:
42:
43:
44:
45:
46:
47:
48:
49:
50:
SET ANSI_NULLS AN
GEHEN
QUOTED_IDENTIFIER AN EINSTELLEN
GEHEN

ERKLÄREN
	@DB VARCHAR (20),
	@DUMP_ID VARCHAR (50),
	@DUMP_TYPE VARCHAR (10),
	@RECEIVED_DT varchar (10),
	@UPLOAD_DATE VARCHAR (30),
	@UPDATED_BY VARCHAR (10),
	@DEBUG SPITZE

@DB EINSTELLEN = ' ADVENTNET
@DUMP_ID EINSTELLEN = „ADVENTNET_1“
@DUMP_TYPE EINSTELLEN = „MEISTER“
@RECEIVED_DT EINSTELLEN = „08/23/2010“
@UPLOAD_DATE EINSTELLEN = „08/25/2010“
@UPDATED_BY EINSTELLEN = „AKJ4232“
@DEBUG EINSTELLEN = 0

NOCOUNT BEGINNEN

das varchar @cmd erklären (1000)
das varchar @ssispath erklären (1000)
das varchar @DTS_ExePath erklären (1000)

@ssispath einstellen = „E:\SSIS\ADVENTNET\ADVENTNET\ADVENTNET\ADVENTNET _DOTNETDumpUpload.dtsx“

@cmd vorwählen = „"" C:\Program-Akten (x86) \ Microsoft-SQL-Server \ 90 \ DTS \ Binn \ DTExec.exe " /F „“ + @ssispath + „„“
@cmd = @cmd vorwählen + „/SET \ Package.Variables [Benutzer:: DB]. Eigenschaften [Wert]; „“ + @DB + „„“ 
@cmd = @cmd vorwählen + „/SET \ Package.Variables [Benutzer:: DumpIndicator]. Eigenschaften [Wert]; „“ + @DUMP_ID + „„“ 
@cmd = @cmd vorwählen + „/SET \ Package.Variables [Benutzer:: DumpType]. Eigenschaften [Wert]; „“ + @DUMP_TYPE + „„“ 
@cmd = @cmd vorwählen + „/SET \ Package.Variables [Benutzer:: RecvdDt]. Eigenschaften [Wert]; „“ + @RECEIVED_DT + „„“ 
@cmd = @cmd vorwählen + „/SET \ Package.Variables [Benutzer:: UpldBy]. Eigenschaften [Wert]; „“ + @UPDATED_BY + „„“ 
@cmd = @cmd vorwählen + „/SET \ Package.Variables [Benutzer:: UpldDt]. Eigenschaften [Wert]; „“ + @UPLOAD_DATE + „„“ 
@cmd = @cmd vorwählen + „/SET \ Package.Variables [Benutzer:: SSISPath]. Eigenschaften [Wert]; „“ + @SSISPATH + „„“

@cmd = rtrim (ltrim (@cmd) einstellen)
@cmd drucken

exec Meister. .xp_cmdshell @cmd

NOCOUNT AN EINSTELLEN;

ANSI_NULLS BEGINNEN
GEHEN
QUOTED_IDENTIFIER BEGINNEN
GEHEN

Antwort : SSIS Paketstörung beim Abweichen zu Bit 64 des sql-Bedieners 2005

Können Sie das, 32-Bit-DTEXEC zu jeder möglicher anderen Position zu kopieren versuchen wie C:\DTEXEC.exe und entfernen auch "" vom DTEXEC.exe Weg.
Weitere Lösungen  
 
programming4us programming4us