21
MsSQL 2005 zu MsSQL 2014 Servernamen ändern?
Hallo,
ich habe folgendes Problem:
ein Kollege von mir ist mit meinem "alten System" mit MSSQL Server 2005 nach MSSQL 2014 umzogen.
Im meinem Alten Server hatte ich den Datenbankserver "HMI2\MSDE".
Im Neuen Server gibt es den Datenbanksever nur "HMI2"
Dies scheint ein Problem mit einer Software eines Drittanbieters zu geben.
Jetzt würde ich gerne das der Servername wieder "HMI2\MSDE" heißt.
Hat jemand einen Tipp wie ich den ServerNamen ändern kann, oder zur not einen Server Names HMI2\MSDE erstellen kann?
Vielen Dank im Voraus.
SPSman
ich habe folgendes Problem:
ein Kollege von mir ist mit meinem "alten System" mit MSSQL Server 2005 nach MSSQL 2014 umzogen.
Im meinem Alten Server hatte ich den Datenbankserver "HMI2\MSDE".
Im Neuen Server gibt es den Datenbanksever nur "HMI2"
Dies scheint ein Problem mit einer Software eines Drittanbieters zu geben.
Jetzt würde ich gerne das der Servername wieder "HMI2\MSDE" heißt.
Hat jemand einen Tipp wie ich den ServerNamen ändern kann, oder zur not einen Server Names HMI2\MSDE erstellen kann?
Vielen Dank im Voraus.
SPSman
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 309607
Url: https://administrator.de/contentid/309607
Ausgedruckt am: 14.11.2024 um 19:11 Uhr
21 Kommentare
Neuester Kommentar
Das vor dem / ist entweder der Name einer Domäne oder lokale Maschinenname... Das danach der Username.
Entweder muss der Server also wieder in die Domäne "HMI2" oder ihr nennt die Maschine so und erstellt da den User "MSDE".
tomolpi
Ich würde behaupten, dass MSDE der Name der Instanz ist auf dem MSSQL-Server (HMI2).
Daher müsste man auf dem neuen HMI2 eine Instanz MSDE anlegen und die Datenbank da einspielen (Restore).
Somit steht dann die Datenbank für die Applikation wieder unter HMI2\MSDE zur Verfügung.
Daher müsste man auf dem neuen HMI2 eine Instanz MSDE anlegen und die Datenbank da einspielen (Restore).
Somit steht dann die Datenbank für die Applikation wieder unter HMI2\MSDE zur Verfügung.
Entweder muss der Server also wieder in die Domäne "HMI2" oder ihr nennt die Maschine so und erstellt da den User "MSDE".
Bist du dir da sicher?
Meiner Meinung gibt es auf dem alten Server eine benannte Instanz (HMI2\MSDE) und auf dem neuen Server nicht. Deshalb wird dieser über die Standardinstanz HMI2 angesprochen.
LG Günther
Hi,
ich habe allerdings eine SQL-Verbindungsdatei in der als Server HMI2\MSDE steht und dort wird zusätzlich BN+PW abgefragt.
das HMI2 der Domänenname sein soll, kann ich mir nicht vorstellen (der Rechnername schon eher).
Vielleicht muss ich mal ein Datenbank mit "MSDE"-Namen erstellen und dann testen *grübel*.
Grüße und Dank SPSman
ich habe allerdings eine SQL-Verbindungsdatei in der als Server HMI2\MSDE steht und dort wird zusätzlich BN+PW abgefragt.
das HMI2 der Domänenname sein soll, kann ich mir nicht vorstellen (der Rechnername schon eher).
Vielleicht muss ich mal ein Datenbank mit "MSDE"-Namen erstellen und dann testen *grübel*.
Grüße und Dank SPSman
Damit der Instanz ist eine gute Idee.. da wird ich auch mal hinschauen.
Dankööö
Dankööö
Es ist der Name der benannten Instanz (wie die Vorposter schon richtig bemerkten) und als kleine Info noch:
Du kannst zur laufenden Instanz die benannte einfach dazu installieren.
Du kannst zur laufenden Instanz die benannte einfach dazu installieren.
Hallo,
Das ist auf jeden Fall der Instanz Name
Das ist auf jeden Fall der Instanz Name
Du kannst im SQL Server-Konfigurationsmanager notfalls auch ein ALIAS mit Namen MSDE auf primäre Instanz setzen. Oder du installierst alternativ eine 2. Instanz mit dem Namen MSDE
Hi,
leider hat das mit dem alias noch nicht funktioniert.
Wenn ich jetzt in der Datenbankverknüpfung(Server.udl) "HMI2\MSDE" angebe bekommen ich beim Verbindungstest:
Das eine Datenbankverbindung vermutlich hergestellt werden kann, beweist auch, dass in der Oberfläche(der Drittanbietersoftware) ein Auswahlmenü entsprechende Unterpunkte anzeigt. Hierbei interessant:
Mein Kollege hat, aus Ratlosigkeit, die Importfunktion gleich 3x benutzt und die Unterpunkte des Auswahlmenü's werden seit dem auch 3x angezeigt.
Also :
Vorher Auswahl:
-Tag
-Monat
-Jahr
Jetzt
-Tag
-Tag
-Tag
-Monat
-Monat
-Monat
-Jahr
-Jahr
-Jahr
!!!!! Was mir aber noch aufgefallen ist: !!!!!
2 Elemente die im 2005'er SQL Server unter VIEW's standen, stehen im 2014'er jetzt unter TABLES???
-> Wo kann ich sehen was evtl. 3x angelegt wurde?
-> Wie kann ich VIEWS importieren / von Tables verschieben?
VIELEN DANK im voraus.
Ich probiere mal ob das ein Ansatzpunkt ist:
Grüße SPSman
leider hat das mit dem alias noch nicht funktioniert.
Wenn ich jetzt in der Datenbankverknüpfung(Server.udl) "HMI2\MSDE" angebe bekommen ich beim Verbindungstest:
Zitat :
Fehler beim Testen der Verbindung durch einen Fehler beim initialisieren des Providers. [DBNETLIB] [ConnectionOpen(Connect()).]SQL Server existiert nicht oder Zugriff verweigert.
Mit nur "HMI2" ist der Verbindungtest erfolgreich.Fehler beim Testen der Verbindung durch einen Fehler beim initialisieren des Providers. [DBNETLIB] [ConnectionOpen(Connect()).]SQL Server existiert nicht oder Zugriff verweigert.
Das eine Datenbankverbindung vermutlich hergestellt werden kann, beweist auch, dass in der Oberfläche(der Drittanbietersoftware) ein Auswahlmenü entsprechende Unterpunkte anzeigt. Hierbei interessant:
Mein Kollege hat, aus Ratlosigkeit, die Importfunktion gleich 3x benutzt und die Unterpunkte des Auswahlmenü's werden seit dem auch 3x angezeigt.
Also :
Vorher Auswahl:
-Tag
-Monat
-Jahr
Jetzt
-Tag
-Tag
-Tag
-Monat
-Monat
-Monat
-Jahr
-Jahr
-Jahr
!!!!! Was mir aber noch aufgefallen ist: !!!!!
2 Elemente die im 2005'er SQL Server unter VIEW's standen, stehen im 2014'er jetzt unter TABLES???
-> Wo kann ich sehen was evtl. 3x angelegt wurde?
-> Wie kann ich VIEWS importieren / von Tables verschieben?
VIELEN DANK im voraus.
Ich probiere mal ob das ein Ansatzpunkt ist:
Grüße SPSman
Hallo,
warum ein Import und nicht einfach ein normales Backup wiederherstellen?
warum ein Import und nicht einfach ein normales Backup wiederherstellen?
Import von Server 2005 nach Server 2014.
Der Weg über Backup ist uns noch nicht geläufig ich schau mal, vll. geht damit besser?
Gr. SPSman
Der Weg über Backup ist uns noch nicht geläufig ich schau mal, vll. geht damit besser?
Gr. SPSman
Ein Restore der Originaldatenbank auf dem neuen SQL-Server (HMI2) sollte kein Problem darstellen, doch vorher würde ich doch die erwähnte Instanz (MSDE) anlegen.
Der SQL-Server 2014 (Kombatibilitätsgrad 120) erlaubt es gerade noch Datenbanken vom Kombatibilitätsgrad 90 (SQL2015) "zu fahren" - für das Einspielen auf einem SQL2016 müsste da bereits ein Zwischenschritt auf einer Vorversion gemacht werden, nur um da den Kombatibilitätsgrad "hoch zu stellen".
Nachdem die Datenbank auf der Instanz "Restored" ist, sollten noch die Berechtigungen angepasst werden (SQL-Logon definieren oder Windows-Authentifizierung aktivieren). Andernfalls wird der Zugriff vom Client aus nicht funktionieren.
Ich gehe einmal davon aus, dass der SQL2014 bereits so konfiguriert ist, dass er aus dem Netzwerk erreichbar ist und auf den erforderlichen Ports keine Firewall im Wege steht. Es wären da noch tausend weitere Dinge zu berücksichtigen aber für eine Testumgebung sind die restlichen Defaulteinstellungen der SQL-Server bereits brauchbar.
Wenn die Clientapplikation dann mal läuft, würde ich doch noch testen, ob dies so bleibt, wenn man den Kompatibilitätsgrad schliesslich auf 120 stellt.
Der SQL-Server 2014 (Kombatibilitätsgrad 120) erlaubt es gerade noch Datenbanken vom Kombatibilitätsgrad 90 (SQL2015) "zu fahren" - für das Einspielen auf einem SQL2016 müsste da bereits ein Zwischenschritt auf einer Vorversion gemacht werden, nur um da den Kombatibilitätsgrad "hoch zu stellen".
Nachdem die Datenbank auf der Instanz "Restored" ist, sollten noch die Berechtigungen angepasst werden (SQL-Logon definieren oder Windows-Authentifizierung aktivieren). Andernfalls wird der Zugriff vom Client aus nicht funktionieren.
Ich gehe einmal davon aus, dass der SQL2014 bereits so konfiguriert ist, dass er aus dem Netzwerk erreichbar ist und auf den erforderlichen Ports keine Firewall im Wege steht. Es wären da noch tausend weitere Dinge zu berücksichtigen aber für eine Testumgebung sind die restlichen Defaulteinstellungen der SQL-Server bereits brauchbar.
Wenn die Clientapplikation dann mal läuft, würde ich doch noch testen, ob dies so bleibt, wenn man den Kompatibilitätsgrad schliesslich auf 120 stellt.
Hallo SPSman,
habt Ihr eigentlich schon mal in Erwägung gezogen, einen Dienstleister für die Aufgabe heranzuziehen? Wenn ich mir das hier geschriebene so anschaue, dann muß man klar sagen: Ihr habt null Ahnung vom Thema. Die DB auf einen neuen Server zu bringen ist kein großer Akt. Sollte es aber doch an der ein oder anderen Stelle klemmen, bekommt Ihr das alleine erst recht nicht hin, wenn schon Backup und Restore einer DB ein Problem für Euch darstellt.
Denkt mal drüber nach. Wenn man an der falschen Stelle spart, zahlt man am Ende drauf.
Gruß, Mad Max
habt Ihr eigentlich schon mal in Erwägung gezogen, einen Dienstleister für die Aufgabe heranzuziehen? Wenn ich mir das hier geschriebene so anschaue, dann muß man klar sagen: Ihr habt null Ahnung vom Thema. Die DB auf einen neuen Server zu bringen ist kein großer Akt. Sollte es aber doch an der ein oder anderen Stelle klemmen, bekommt Ihr das alleine erst recht nicht hin, wenn schon Backup und Restore einer DB ein Problem für Euch darstellt.
Denkt mal drüber nach. Wenn man an der falschen Stelle spart, zahlt man am Ende drauf.
Gruß, Mad Max
Hi,
wir sind selbst Dienstleister allerding eher für (wer hätte es gedacht SPS-Software). somit ist das für uns ein Lernprozess.
Und "Backup and Restore" zumindest mit SQL2014 -> SQL2014 hat erstmal geklappt :D...
Werde weiter berichten...
wir sind selbst Dienstleister allerding eher für (wer hätte es gedacht SPS-Software). somit ist das für uns ein Lernprozess.
Und "Backup and Restore" zumindest mit SQL2014 -> SQL2014 hat erstmal geklappt :D...
Werde weiter berichten...
Hi habe versucht die .bak zu "restoren".
Dabei kam die Fehlermeldung:
Wenn ich das richtig verstehe, ist die Version zu klein(inkompatible).
Ich probiere es mal mit zwischen schritt und hoffe damit mehr Erfolg zu haben.
Hab ihr noch Ideen?
Dabei kam die Fehlermeldung:
Zitat
Microsoft SQL Server Management Studio
Restore of database 'ESA_BDE' failed. (Microsoft.SqlServer.Management.RelationalEngineTasks)
ADDITIONAL INFORMATION:
System.Data.SqlClient.SqlError: The database was backed up on a server running version 8.00.0760. That version is incompatible with this server, which is running version 12.00.4213. Either restore the database on a server that supports the backup, or use a backup that is compatible with this server. (Microsoft.SqlServer.SmoExtended)
Microsoft SQL Server Management Studio
Restore of database 'ESA_BDE' failed. (Microsoft.SqlServer.Management.RelationalEngineTasks)
ADDITIONAL INFORMATION:
System.Data.SqlClient.SqlError: The database was backed up on a server running version 8.00.0760. That version is incompatible with this server, which is running version 12.00.4213. Either restore the database on a server that supports the backup, or use a backup that is compatible with this server. (Microsoft.SqlServer.SmoExtended)
Zitat
Restore of database 'Tunpara' failed. (Microsoft.SqlServer.Management.RelationalEngineTasks)
Program Location:
bei Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.PerformTask(ITaskExecutionContext context)
bei Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.Perform(ITaskExecutionContext context)
bei Microsoft.SqlServer.Management.TaskForms.TaskExecutionManager.ExecuteTaskSequence(ISfcScriptCollector collector)
System.Data.SqlClient.SqlError: The database was backed up on a server running version 8.00.0760. That version is incompatible with this server, which is running version 12.00.4213. Either restore the database on a server that supports the backup, or use a backup that is compatible with this server. (Microsoft.SqlServer.SmoExtended)
For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVe ...
Program Location:
bei Microsoft.SqlServer.Management.Smo.RestorePlan.Execute()
bei Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.PerformTask(ITaskExecutionContext context)
Restore of database 'Tunpara' failed. (Microsoft.SqlServer.Management.RelationalEngineTasks)
Program Location:
bei Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.PerformTask(ITaskExecutionContext context)
bei Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.Perform(ITaskExecutionContext context)
bei Microsoft.SqlServer.Management.TaskForms.TaskExecutionManager.ExecuteTaskSequence(ISfcScriptCollector collector)
System.Data.SqlClient.SqlError: The database was backed up on a server running version 8.00.0760. That version is incompatible with this server, which is running version 12.00.4213. Either restore the database on a server that supports the backup, or use a backup that is compatible with this server. (Microsoft.SqlServer.SmoExtended)
For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVe ...
Program Location:
bei Microsoft.SqlServer.Management.Smo.RestorePlan.Execute()
bei Microsoft.SqlServer.Management.RelationalEngineTasks.RestoreDatabaseTaskFormComponent.PerformTask(ITaskExecutionContext context)
Wenn ich das richtig verstehe, ist die Version zu klein(inkompatible).
Ich probiere es mal mit zwischen schritt und hoffe damit mehr Erfolg zu haben.
Hab ihr noch Ideen?
Mit 2008R2- Zwsichenschritt geht's :D
Letzte Frage wie kann ich die Benutzerkonten von einem Server zum nächsten(bzw. von einer Instanz auf die Nächste) übertragen ?
Oh entschuldige Missverständnis zwischen den SQL-Instanzen (Also die Logins?).
GR SPSman
GR SPSman
Wenn die Datenbank noch auf Version version 8.00.0760 steht obwohl es ein SQL2005 Server ist, könnte man da vor einem Backup den Kompatibilitätslevel auf den höchsten Wert (90) setzen; dann kann es gehen ohne Zwischenschritt.
