SQL Servername falsch nach ändern des SQL Passwortes des sa Users

[webgreat]

Wie der Titel sagt. Ich habe über Management Studio das SQL Passwort geändert. OBDC Einstellungen korrigiert. Verbindungstest = OK!

System:
VPS
Server RC2 2012
SQL 2012 RC2 Express

- OBDC Einstellungen korrigiert. Verbindungstest = OK!
- Telnet Call auf Port 1433 = OK!
- Verbinden vom Linux Server über PHP mssql_connect = OK!
- Firewall deaktiviert
- JTL neu installiert
- Regedit alle eazy Einträge gelöscht
- Neue OBDC gesetzt
- Neue OBDC mit anderem Namen gesetzt
- Server komplett Reboot
- Dienste kontrolliert
- Port neu gesetzt
- JTL-WAWI.exe über Parameter und anderer OBDC Quelle gestartet.
- Probiert:

.\JTLWAWI
localhost\JTLWAWI
localhost,1433\JTLWAWI
HOST,1433\JTLWAWI
IP,1433\JTLWAWI
-leer lassen-
HOST\JTLWAWI
IP\JTLWAWI

Es ist egal was ich mache, SQL-Servername ist falsch! Das ist eine Absolute Lüge

Hab ich etwas übersehen?
Es kann doch nicht sein das sich der Fehler nicht finden lässt. Ich habe nur das Passwort geändert, keine Rechte verändert oder sonstiges. Es nervt!

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Update:

- DB über CMD Exportiert.
- DB per Management Studio gelöscht.
- Wawi start, Tabellen werden erstellt

Als wäre nichts gewesen startet die Wawi ohne irgendeine Meldung.

Jetzt wäre interessant wie das zu Stande kam !?
Version: xx23

Import habe ich noch nicht gemacht.

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Update:

Import der Datenbank ergibt wieder den Fehler.

JTL: nach was muss ich suchen in der DB?
Eventuell kann das jemand nachstellen? SQL Passwort ändern, Wawi starten. Vielleicht ein Bug?

 

[ag-websolutions.de]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

ich vermisse in der do-Liste "festen Port auf 1433" eingestellt

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Hab ich aber gemacht.

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Ist gemacht!
Daran liegt es definitiv nicht. Nachdem ich die Tabellen gelöscht habe, legte die Wawi neue an und es läuft. Nach Import meiner DB - gleicher Fehler.
Der Fehler muss in der DB zu finden sein. Ich weiß nur noch nicht wo.

ich vermisse in der do-Liste "festen Port auf 1433" eingestellt

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Tabelle tOptions: SQLServer: hier manuell den Host setzen bringt schon mal nichts!

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Log beim Start der Wawi bis zum beenden beim Fehler:
- DBP hier geändert
- Host geändert

[4188] C#-Einsprung JTL_TestDLL(395162,099923)
[4188] C#-Einsprung JTL_CheckConnection(DSN=peterlustig.stratoserver.net\JTLWAWI,DBN=eazybusiness,DBU=sa,DBP=123456789,kBenutzer=0)
[4188] DB-Verbindung: DataSource=peterlustig.stratoserver.net\JTLWAWI, InitialCatalog=eazybusiness, UserID=sa
[4188] [SQL ] SELECT 1
[4188] Dauer: 1ms
[4188] [SQL ] SELECT cHash FROM tHashtest
[4188] Dauer: 2ms
[4188] C#-Einsprung JTL_NotifyDatabaseTableChanged(DSN=peterlustig.stratoserver.net\JTLWAWI,DBN=eazybusiness,DBU=sa,DBP=123456789)
[4188] DB-Verbindung: DataSource=peterlustig.stratoserver.net\JTLWAWI, InitialCatalog=eazybusiness, UserID=sa
[4188] C#-Einsprung JTL_CheckConnection(DSN=peterlustig.stratoserver.net\JTLWAWI,DBN=eazybusiness,DBU=sa,DBP=123456789,kBenutzer=0)
[4188] DB-Verbindung: DataSource=peterlustig.stratoserver.net\JTLWAWI, InitialCatalog=eazybusiness, UserID=sa
[4188] [SQL ] SELECT 1
[4188] Dauer: 0ms
[4188] [SQL ] SELECT cHash FROM tHashtest
[4188] Dauer: 0ms

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Ameise läuft ohne Probleme!

 

[webgreat]

AW: SQL Servername falsch nach ändern des SQL Passwortes des sa Users

Zunächst ma ein Riesen Lob an den JTL Support. Sehr bemüht, auch wenn die genauso doof geschaut haben wie ich
Die Lösung geschweige denn der Auslöser ist nicht reproduzierbar.

JTL hat eine zweite Instanz angelegt und dort mit mehreren Tricky import´s die Wawi zumindest starten lassen mit allen Daten. Der Fehler kam bei mir nach kurzer Zeit wieder. Erklären kann ich es nicht. Keine Verbindung außer meine aktiv gewesen. Letztendlich habe ich beide eazyauction Datenbanken gelöscht, die eazyauction.. Datein im SQL Ordner gelöscht, je eine neue DB über SQL ME angelegt, je eine leere JTL DB importiert, und mein DB Backup drüber gebügelt. Es läuft. Danke JTL für die zweite Instanz - Spielwiese

Im großen und ganzen wird seitens JTL auf Probleme sofort reagiert und Manpower investiert! Ganz großes Lob an der Stelle! Top