|
Home > Archive > MS SQL Server > October 2006 > DTS Paket Transfer Database Task funktioniert nicht mit der kleinsten Test-DB
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
DTS Paket Transfer Database Task funktioniert nicht mit der kleinsten Test-DB
|
|
| Andreas.meyer@dmc-group.de 2006-10-24, 6:33 pm |
| Hallo,
ich arbeite u.a. mit Zwei SQL-Servern 2000. Beide haben SP4 f=FCr SQL
Server 2000. Beide stehen in der gleichen Dom=E4ne und k=F6nnen sich
problemlos sehen. Eine gegenseitige Registrierung der Server im
EnterpriseManager ist kein Problem.
Einer l=E4uft unter Windows Server 2003 als BS, der andere unter Windows
2000.
In beiden Servern habe ich mit dem angemeldeten Dom=E4nen-Account lokale
Adminrechte und die Gruppe Administrators, der ich mit dem Account
angeh=F6re hat sysadmin-Rechte =FCber builtin\administrato
rs im
SQL-Server.
Nach einigen Tests habe ich mich mit meinem Dom=E4nen-Account noch mal
explizit in beiden Servern mit dem Windows-Account zum Sysadmin
gemacht.
Die Security-Einstellungen f=FCr beide Server ist auf mixed Mode
(SQL-Server login und Windows)
Schon das Transferieren einer einfachen DB mit 1MB Speicherplatzbedarf
schl=E4gt fehl. Egal, ob ich einen Transfer Database Task benutze oder
den Copy Database Wizard (, der ja eigentlich auch nur auf Transfer
Database Task zur=FCckgreift).
Die Database Task braucht geschlagene f=FCnf Minuten, damit das
Dialogfeld "Transfer Database Properties" im Register [File Locations]
zur=FCckkommt.
Unter dem Grid steht dann ein Gr=FCnes H=E4kchen: Files are ready to be
moved or copied".
Darunter dann ein rotes H=E4kchen: Files on the source have the same
name as on the destination or there is not enough free disk space on
the destination.
Auf beiden Servern sind zig GB frei.
Es d=FCrfte kein Problem sein, auf dem Destination Server eine
gleichnamige DB zu erstellen. Auch wenn ich den namen der Files =E4ndere
=E4ndert sich auf Refresh das H=E4kchen nicht.
Im Endeffekt bekomme ich nur die lapidare error description
"Unspecified error".
Wenn ich das gleiche mit dem Copy Database Wizard versuche, bekomme ich
im Grid f=FCr das .mdf und .ldf File STATUS: OK
Darunter dann zwei Statusmeldungen mit rotem X:
Name conflict: Type a new name into the Destination Files fields
Disk space: Change the destination or free disk space
Gleichzeitig zeigt er darunter an, wieviel Platz er braucht und hat:
E: Available Space: 56956,00 MB, Required Space: 2,00 MB.
Also: run immediately
Das f=FChrt zu folgenden Fehlermeldungen:
Step Error Source: Microsoft SQL-DMO (ODBC SQLState: 28000)
Step Error Description:[Microsoft][ODBC SQL Server Driver][SQL
Server]Login failed for user '(null)'. Reason: Not associated with a
trusted SQL Server connection.
Step Error code: 80004005
Step Error Help File:SQLDMO80.hlp
Step Error Help Context ID:700
Irgendwie stellt er die Verbindung =FCber ODBC her und kann das trotz
Sysadmin-Rechte nicht bewerkstelligen.
Weiss jemand hier Rat?
Danke
ps.
Im zweiten Schritt w=FCrde ich gerne die DB auf einen SQL-Server in
einer Workgroup mit DTS transferieren.
| |
| Andreas.meyer@dmc-group.de 2006-10-24, 6:33 pm |
| Hello,
just realizing that communication is in English here a translation of
my question/issue:
I work with two SQL-Server 2000 computers. Both hav SP4 for SQL Server
2000. Both belong to the same domain and can see each other without
problems. A mutual registration of the other server in each of them in
Enterprise Manager is no problem either.
For on the operating system is win2003Server, for the other
Win2000Server.
In both Server servers the domain account I use for logging in and for
authentification purposes is member of the local administrators group.
And the local administrators have sysadmin rights in sql server 2000
via builtin\administrato
rs.
After some tests I added my windows domain account explicitly as
sysadmin in both SQL-Servers.
The security mode is "mixed" (SQL-Login and Windows).
Trying to transfer a simple Test database with 1MB space fails. No
matter whether I use a Transfer Database Task or whether I use the Copy
Database Wizard (which also uses DTS in the background).
The Transfer Database Task needs FIVE minutes for that the dialog
window "Transfer Database Properties" reappears after clicking on the
tab-card [file locations].
Below the grid is a green check mark: Files are ready to be moved or
copied.".
Below that is a red X: Files on the source have the same name as on the
destination or there is not enough free disk space on the destination.
On both servers there is plenty of space (dozens of GB).
In the end I only get the useless error description "Unspecified
error".
Doing the same with the Copy Database wizard" in the Grid I get for the
..mdf file and the .ldf file the STATUS: OK
Below, again two error messages:
Name conflict: Type a new name into the Destination Files fields
Disk space: Change the destination or free disk space
At the same time is shown the space needed and available:
E: Available Space: 56956,00 MB, Required Space: 2,00 MB.
So I run the job in the wizard immediately and get the following
errors:
Step Error Source: Microsoft SQL-DMO (ODBC SQLState: 28000)
Step Error Description:[Microsoft][ODBC SQL Server Driver][SQL
Server]Login failed for user '(null)'. Reason: Not associated with a
trusted SQL Server connection.
Step Error code: 80004005
Step Error Help File:SQLDMO80.hlp
Step Error Help Context ID:700
Apparently it uses odbc and can not establish the connection despite
Sysadmin rights on both servers.
Would someone know a solution?
Thank you.
PS.
Eventually I would want to transfer the database to a machine that is
not in the domain but in a workgroup only
Andreas.meyer@dmc-group.de schrieb:
> Hallo,
>
> ich arbeite u.a. mit Zwei SQL-Servern 2000. Beide haben SP4 f=FCr SQL
> Server 2000. Beide stehen in der gleichen Dom=E4ne und k=F6nnen sich
> problemlos sehen. Eine gegenseitige Registrierung der Server im
> EnterpriseManager ist kein Problem.
> Einer l=E4uft unter Windows Server 2003 als BS, der andere unter Windows
> 2000.
> In beiden Servern habe ich mit dem angemeldeten Dom=E4nen-Account lokale
> Adminrechte und die Gruppe Administrators, der ich mit dem Account
> angeh=F6re hat sysadmin-Rechte =FCber builtin\administrato
rs im
> SQL-Server.
> Nach einigen Tests habe ich mich mit meinem Dom=E4nen-Account noch mal
> explizit in beiden Servern mit dem Windows-Account zum Sysadmin
> gemacht.
> Die Security-Einstellungen f=FCr beide Server ist auf mixed Mode
> (SQL-Server login und Windows)
>
> Schon das Transferieren einer einfachen DB mit 1MB Speicherplatzbedarf
> schl=E4gt fehl. Egal, ob ich einen Transfer Database Task benutze oder
> den Copy Database Wizard (, der ja eigentlich auch nur auf Transfer
> Database Task zur=FCckgreift).
> Die Database Task braucht geschlagene f=FCnf Minuten, damit das
> Dialogfeld "Transfer Database Properties" im Register [File Locations]
> zur=FCckkommt.
> Unter dem Grid steht dann ein Gr=FCnes H=E4kchen: Files are ready to be
> moved or copied".
> Darunter dann ein rotes H=E4kchen: Files on the source have the same
> name as on the destination or there is not enough free disk space on
> the destination.
> Auf beiden Servern sind zig GB frei.
> Es d=FCrfte kein Problem sein, auf dem Destination Server eine
> gleichnamige DB zu erstellen. Auch wenn ich den namen der Files =E4ndere
> =E4ndert sich auf Refresh das H=E4kchen nicht.
>
> Im Endeffekt bekomme ich nur die lapidare error description
> "Unspecified error".
>
> Wenn ich das gleiche mit dem Copy Database Wizard versuche, bekomme ich
> im Grid f=FCr das .mdf und .ldf File STATUS: OK
> Darunter dann zwei Statusmeldungen mit rotem X:
> Name conflict: Type a new name into the Destination Files fields
> Disk space: Change the destination or free disk space
>
> Gleichzeitig zeigt er darunter an, wieviel Platz er braucht und hat:
> E: Available Space: 56956,00 MB, Required Space: 2,00 MB.
> Also: run immediately
>
> Das f=FChrt zu folgenden Fehlermeldungen:
> Step Error Source: Microsoft SQL-DMO (ODBC SQLState: 28000)
> Step Error Description:[Microsoft][ODBC SQL Server Driver][SQL
> Server]Login failed for user '(null)'. Reason: Not associated with a
> trusted SQL Server connection.
> Step Error code: 80004005
> Step Error Help File:SQLDMO80.hlp
> Step Error Help Context ID:700
>
> Irgendwie stellt er die Verbindung =FCber ODBC her und kann das trotz
> Sysadmin-Rechte nicht bewerkstelligen.
>
> Weiss jemand hier Rat?
>
> Danke
>
> ps.
> Im zweiten Schritt w=FCrde ich gerne die DB auf einen SQL-Server in
> einer Workgroup mit DTS transferieren.
|
|
|
|
|