Gelöst SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

[flimflam]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Durch die Hilfe eines JTL-Mitarbeiters über Teamviewer konnte ich die Installation erfolgreich durchführen.
Bei mir waren es zwei Einträge in der DB die da nicht hingehörten.
Danke nochmal für die schnelle unkomplizierte Hilfe.

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Durch die Hilfe eines JTL-Mitarbeiters über Teamviewer konnte ich die Installation erfolgreich durchführen.
Bei mir waren es zwei Einträge in der DB die da nicht hingehörten.
Danke nochmal für die schnelle unkomplizierte Hilfe.

Welche Einträge ?
Bei gelösten Problemen bitte immer die Lösung dazu setzen.

 

[flimflam]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Bei mir waren es Constraints, die da nicht hingehörten.

Mit folgender Anweisung wurden bei mir alle zu löschenden Constraints anzeigt.

SELECT Parent.name AS [TABELLE], Fk.name AS [FOREIGNKEY]
    FROM sys.foreign_keys AS Fk
    JOIN sys.tables AS Parent ON Parent.object_id = Fk.parent_object_id

Für jede Zeile in dem Ergebnis einmal den folgenden Code absetzten:

ALTER TABLE [TABELLE] DROP CONSTRAINT [FOREIGNKEY]

[TABELLE] und [FOREIGNKEY] dann jeweils ersetzen.

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Bei mir waren es Constraints, die da nicht hingehörten.

Mit folgender Anweisung wurden bei mir alle zu löschenden Constraints anzeigt.

SELECT Parent.name AS [TABELLE], Fk.name AS [FOREIGNKEY]
    FROM sys.foreign_keys AS Fk
    JOIN sys.tables AS Parent ON Parent.object_id = Fk.parent_object_id

Für jede Zeile in dem Ergebnis einmal den folgenden Code absetzten:

ALTER TABLE [TABELLE] DROP CONSTRAINT [FOREIGNKEY]

[TABELLE] und [FOREIGNKEY] dann jeweils ersetzen.

Hmmm... Schade - bei mir muss es was anderes sein. Habe keinen einzigen "Foreign_Key"

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Alternativ haben wir ein DB-Reparatur-Skript das die Datenbank neu erstellt und alle Daten umkopiert.

Ich habe per Altova DiffDog 2016 Enterprise ein DB-Schema Vergleich laufen lassen. Es wird nichts gefunden.
Es kann sich somit nur um Daten handeln die im Laufe der zeit und hunderte (auch Beta) Updates angesammelt haben.

Das Angebot des DB-Reparatur Scripts möchte ich daher annehmen.
Eigene Änderungen gibt es keine, externe Drittanbieter wären nur Unicorn2 und WRAPPP, das sollte dann schnell gemacht sein.

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Problem gefunden.

Die Namen meiner Indize , Einschränkungen etc. stimmen nicht mit dem Überein was angelegt werden soll/te.
Statt eines voll ausgeschriebenen Namens, werden dei Namen abgekürzt und enden dann bei mir alle (auch bei einem ganz frisch angelegter neuer Mandaten) mit einem achtstelligen HEX-Code.
Dadurch können die per Namensaufruf nicht gelöscht werden.

bspw. DF__tversanda__nVers__5AE46118 wird natürlich nicht gefunden / gelöscht wenn ein


"ALTER TABLE dbo.tVersandart DROP CONSTRAINT DF_tversandart_nVersandMailNichtSenden" kommt
Ergibt den ersten Fehler, dann bei Versuch neu anzulegen einen Folgefehler bzgl. bereits vorhandener Einschränkung desselben Feldes.

Any hints?
Ist das ne DB Einstellung?

 

[hansjpeter]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Moin, ich habe scheinbar das gleiche Problem und benötige Hilfe.



Errorlog ist im Anhang.

Ich bin selber leider recht ahnungslos, brauche also auf jeden Fall Hilfe, gern auch gegen Rechnung.

Vielen Dank
Hans

 

[SebastianB]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Hi,

bitte die 1.0 nochmal von der Homepage runterladen und nochmal probieren. Der Fehler sollte eigentlich in den aktuellen Versionen nicht mehr auftreten.

Gruß,
Sebastian

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Moin, ich habe scheinbar das gleiche Problem und benötige Hilfe.

Den Anhang 16667 betrachten

Errorlog ist im Anhang.

Ich bin selber leider recht ahnungslos, brauche also auf jeden Fall Hilfe, gern auch gegen Rechnung.

Vielen Dank
Hans

• Öffne den SLQ Datenbank Manager
• Lass Dir die Eigenschaften der eazybusiness Datenbank anzeigen (Rechtklicks / Eigenschaften)
• Reiter "Optionen"
• Oberste Zeile wechsle die "Sortierung" wieder zum korrekten Wert "Latin1_General_CI_AS" (Bei Dir steht da gerade "SQL_Latin1_General_CP1_CI_AS"
• Starte den SQL Server neu

Das sollte es gewesen sein

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Hi,

bitte die 1.0 nochmal von der Homepage runterladen und nochmal probieren. Der Fehler sollte eigentlich in den aktuellen Versionen nicht mehr auftreten.

Gruß,
Sebastian

Kann es sein das meine Probleme damit auch behoben werden können?

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Problem gefunden.

Die Namen meiner Indize , Einschränkungen etc. stimmen nicht mit dem Überein was angelegt werden soll/te.
Statt eines voll ausgeschriebenen Namens, werden dei Namen abgekürzt und enden dann bei mir alle (auch bei einem ganz frisch angelegter neuer Mandaten) mit einem achtstelligen HEX-Code.
Dadurch können die per Namensaufruf nicht gelöscht werden.

bspw. DF__tversanda__nVers__5AE46118 wird natürlich nicht gefunden / gelöscht wenn ein


"ALTER TABLE dbo.tVersandart DROP CONSTRAINT DF_tversandart_nVersandMailNichtSenden" kommt
Ergibt den ersten Fehler, dann bei Versuch neu anzulegen einen Folgefehler bzgl. bereits vorhandener Einschränkung desselben Feldes.

Any hints?
Ist das ne DB Einstellung?

Isch krisch ein anne Pimpanellen.

Habe jetzt eine ganz neue SQL Server Instanz angelegt (benannt als WawiTemporaer)
Habe die ODBC Verbindung dahin geleitet
Wawi 099923 gestartet : "DB nicht vorhanden, neu anlegen"
Wird dann auch artig getan.
Schaue ich in die Tabellen / Indize / Einschränkungen etc - stehen da wieder keine vollständigen Namen sondern wieder die HEX abgekürzten Bezeichner.
Was ist da los?

Kann doch nur eine Server-Einstellung sein. Aber welche? Finde nichts derartiges.

 

[SebastianB]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Hi,

die 923 hat noch keine benannten Constraints, die werden erst während des Updates angelegt.

Ich versteh nicht, weshalb Du nicht einfach ein Ticket aufmachst und der Support repariert die Datenbank und fertig.


Gruß,
Sebastian

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Hi,

die 923 hat noch keine benannten Constraints, die werden erst während des Updates angelegt.

Erstaunliche Aussage. eine ganz frisch durch die 923 angelegte DB hat u.a. in ebay_item 9 Stück davon.
DF__ebay_item__Apply__5AEE82B9
DF__ebay_item__AutoP__5BE2A6F2
DF__ebay_item__BestO__4F12BBB9
DF__ebay_item__BestO__5CD6CB2B
DF__ebay_item__nPick__77DFC722
DF__ebay_item__nPrem__78D3EB5B
DF__ebay_item__Sched__5DCAEF64
DF__ebay_item__SS_Bi__5FB337D6
DF__ebay_item__Total__5EBF139D

Allesamt mit einem Namen den Ihr beim Update auf die V1 nicht auflösen - ergo nicht löschen könnt. Dadurch entstehen ja die Fehler. s. mein Fehlerprotokoll.
(Das Auflisten der 17 Einschränkungen aus tArtikel spare ich mir)

Ich versteh nicht, weshalb Du nicht einfach ein Ticket aufmachst und der Support repariert die Datenbank und fertig.


Gruß,
Sebastian

Na, zum einen weil die "24 Std. Support Tickets" aktuell rund 72 - 96 Stunden dauern bis ich eine Reaktion erhalte.
Zum anderen weil leider viele bei JTL sich nicht wirklich mit der eigenen Umgebuing auskennen. s. obiges Beispiel: "Es gibt keine" obwohl welche da sind.

Da JTL Wawi nach eigener Aussage über 10.000 NUtzer hat, hoffe ich hier im Forum (welches ja genau für diese Zwecke Online ist) schnellere Hilfe zu erhalten.


Schlußendlich hat Janusch mir vor geraumer Zeit ein Script zur Reparatur angeboten, welches ich bisher noch nicht erhalten habe.

 

[SebastianB]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Hi,
benannte Constraints sind Constraints ohne Hex-Werte. Unbenannte Constraints sind welche mit Hex-Werten.

Na ja, wenn ich mich schon nicht mit JTL auskenne - dann fummel mal alleine weiter.

Viel Spaß,
Sebastian

 

[DITH-Shop]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Hi,
benannte Constraints sind Constraints ohne Hex-Werte. Unbenannte Constraints sind welche mit Hex-Werten.

Na ja, wenn ich mich schon nicht mit JTL auskenne - dann fummel mal alleine weiter.

Viel Spaß,
Sebastian

Sag mal, ist das Absicht?
Ich schreibe "Ihr könnt die Constraints beim Update nicht löschen weil die Namen im Lösch-Aufruf nicht stimmen" und dann kommt so eine unqualifizierte Aussage?

Schau Dir bitte das SQL Script an das ihr absetzt (s. Beispiel ganz oben) , dann schau Dir das Fehlerlog an welches ich bereits vor knapp 4 Wochen hoch geladen habe.
Als Profi kannst Du doch wohl sicher erkennen dass das nicht funktionieren kann, gell?

=> http://forum.jtl-software.de/instal...wi-0-9-9923-auf-version-1-a-2.html#post467743

 

[hansjpeter]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Hallo Sebastian,
hat super geklappt! Danke für die schnelle Hilfe.

VLG Hans

 

[hansjpeter]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Dafür sind jetzt die Artikelbilder durcheinander.

Gibt es jemanden der mir helfen kann? Gern auch gegen Rechnung...

Danke

 

[ag-websolutions.de]

AW: SQL-Fehler update von JTL-Wawi 0.9.9923 auf Version 1

Na, zum einen weil die "24 Std. Support Tickets" aktuell rund 72 - 96 Stunden dauern

Bald wird es eng.
Du hast am 03.11. das Problem hier geschildert.
Heute haben wir den 06.11. und es naht bald das Wochenende.

Sebastian schreibt:
die 923 hat noch keine benannten Constraints, die werden erst während des Updates angelegt.

Du antwortest:
Erstaunliche Aussage. eine ganz frisch durch die 923 angelegte DB hat u.a. in ebay_item 9 Stück davon.
DF__ebay_item__Apply__5AEE82B9

Du erkennst hoffentlich, dass deine Aussage falsch ist und die von dir aufgeführten UNbenannten constraints (eben da mit hex-Wert) die Aussage von Sebastian bestätigt.

und dann kommt so eine unqualifizierte Aussage?

Wem seine Aussage ist jetzt unqualifiiziert?