Probleme mit DB Umzug auf SQL-Express (Alias und CNAME)

[René 0]

Hallo,

ich musste für eine Anwendung eine Datenbank auf einen anderen Server umziehen.

 

Ausgangssituation war:

 

SQL-Server 2005 Standard

CNAME im DNS auf den Servernamen in der Domäne

Aufruf aus der Anwendung war:  CNAME.Datenbankname

 

Neue Situation:

 

SQL-Express auf dem Anwendungsserver

leider mit der Instanz "SQLEXPRESS" (wurde so vorinstalliert)

Datenbankumzug, Berechtigung etc. OK

CNAME geändert auf neuen Servernamen

 

Problem:

Aufruf CNAME.Datenbankname geht nicht mehr

Aufruf CNAME\SQLEXPRESS.Datenbankname geht

 

Der Aufruf erfolgt von einem anderen Client im Netz.

 

Ist es möglich die DB-Anfragen von außen direkt an die Instanz SQLEXPRESS weiterzuleiten?

 

VG René

bearbeitet 5. Februar 2015 von René

[Dukel 454]

In der SQL Konfiguration kannst du einen SQL Alias konfigurieren.

[René 0]

Das habe ich gestern schon Probiert, aber irgendwie bekomme ich das nicht zum laufen.

Hatte verschieden Varianten gegooglet, aber keine hat funktioniert.

Z.B.

Aliasname: .

Port: 1433

Protokoll: TCP/IP

Server: .\SQLEXPRESS

 

Hatte es auch mit dem Servernamen probiert, ohne Erfolg

[Dukel 454]

SQL neu installieren? Client anpassen?

[René 0]

Geht leider beides nicht.

Es ist eine Anwendung einer externen Firma, die auch den SQL-Express mit dieser Instanz vorinstalliert hat und darin bereits eine DB hat.

Bis gestern waren die anderen SQL-Datenbanken auf unserem alten SQL-Server.

Jetzt mussten sie aber aus Versionsgründen umgezogen werden.

Ich kann den SQL nicht einfach deinstallieren und neu installieren, weil ich nicht weiß was dann mit der bestehenden DB passiert.

In die Anwendung komme ich so gar nicht rein.

[Dukel 454]

Die bestehende DB kannst du sichern und/oder abhängen und nach der Neuinstallation wieder einhängen.

Wieso darfst du etwas fixen, das eine externe Firma falsch gemacht hat?

[René 0]

Leider lange geschichte. Ist ein Finanzprogramm auf unserem Server an dem sehr viel und sehr lange rumprogrammiert und angepasst wurde.

Das mit dem Datenbankumzug kam gestern sehr spontan, weil das Update keinen 2005er SQL mehr unterstützt.

Ich weiß nicht wie sauber das ganze programmiert ist und ob die Anwendung die eine bestehende Datenbank noch erwischt wenn die jetzt auf einmal nicht mehr in dr SQLEXPRESS Instanz läuft.

[Dukel 454]

Mein Vorschlag wäre:

Neuen Server aufsetzen, SQL installieren (auf Instanz achten!), DB (im aktuellen Server) sichern, Restore im neuen Server, CName umziehen, Clients testen.

 

Kann aktuell jemand mit der Applikation arbeiten? Wie wichtig ist das ganze?

 

Fürs nächste mal: Keine Spontanen Updates mehr sondern gut planen und testen(!).

[René 0]

Ja, normal mache ich auch keine spontanen Updates.

Dienstleister (Hertseller der Software) war gestern im Haus und eigentlich hätte das Update problemlos klappen sollen.

Laut readme sollte es mit SQL 2005 funktionieren, hat es aber dann leider nicht.

 

Ich werde es jetzt um eine schnelle Lösung zu bekommen so machen, dass ich die DBs auf meinen anderen SQL-Server (2008) umziehe und den CNAME dahin ändere.

Wenn ich dann mit dem Programmierer der Anwendung (leider die nächsten Wochen nicht erreichbar) klären konnte was die schon vorhandene DB macht, kann ich ja evtl die Express neu installieren und die DBs wieder auf den Server umziehen.

 

Danke für Deine Tipps.

[Dukel 454]

Ist das ein Standard SQL Server? Wieso sollte die DB nicht gleich dort dann bleiben?

[René 0]

Ja das ist ein Standard SQL 2008.

Wir haben bei uns in der letzten Zeit einige Systeme konsolidiert und der/die SQL-Server wurden jetzt fast überflüssig.

Langfristig werden wir keinen "richtigen" SQL-Server mehr betreiben, da viele Anwendungen dazu übergegangen sind die Daten lokal in einer Express zu halten.

Ist halt beim nächsten Versionssprung eine Kostenfrage, ob man sich eine neue SQL-Prozessorlizenz noch leistet für 5-6 kleine Datenbanken die noch übrig geblieben sind.

[Sunny61 806]

Schau dir diesen Artikel an: https://alexanderzeitler.com/articles/Auf-welchem-Port-l%C3%A4uft-mein-SQL-Server-%28Express%29-2008-R2-Oder-warum-bekomme-ich-keine-Verbindung/ Für die Express-Version vom SQL sicherlich hilfreich. Auch mußt Du prüfen ob der SQL Browser läuft. In der Windows Firewall auf dem SQL eingehende Regeln für den passenden Port vom SQL erstellen. Zusätzlich den Port 1434 UDP für den SQL Browser ebenfalls eingehend erstellen.