[Gelöst] Nav 3.6 mit SQL 2000 mit neuerer SQL Version

Hallo zusammen.
Wir betreiben Nav noch in Version 3.6 zusammen mit einem SQL2000 Server. Nun würden wir gerne die DB von SQL2000 auf 2008 umstellen. Der Attain 3.6 Client sollte natürlich weiter verwendet werden.

Ist das überhaupt möglich? Wenn ja, wie?

Wir haben versucht die 2000er DB in den 2005 zu importieren, was auch geklappt hatte. Nur lässt sich diese DB nicht mit dem 3.6 Client aufrufen.

Hoffe ihr könnt mir helfen.

Danke und Grüße

Zuletzt geändert von Optimus am 22. Juli 2011 12:14, insgesamt 1-mal geändert.

Ihr solltet schon eure technische Umgebung auf NAV 2009 umstellen (sofern Lizenz das zulässt), dann hast du keine Probleme mit aktuellen Betriebssystemen (Win7, W2K8) und die Performance des Systems dürfte auch besser sein. Ihr könnt im Classic-Client von NAV2009 eurer Anwendung weiter benutzen wie bisher.

Gruß, Fiddi

Wir haben die Komplettmigration auf Nav2009 aus diversen Gründen (hier nicht relevant) abgebrochen.

Ist es denn überhaupt technisch möglich, die jetzige 2000er SQL DB zu aktualiseren und den 3.6er Client dann weiter zu verwenden?

Grüße

Ist es denn überhaupt technisch möglich, die jetzige 2000er SQL DB zu aktualiseren und den 3.6er Client dann weiter zu verwenden?

Auf welchen Rechnern willst du den 3.6er Client denn noch laufen lassen?
Deshalb kann ich nur empfehlen auf midestens technisch NAV 5.1 durchzuführen. Der kann dann auch mit dem aktuellen SQL-Server, und läuft mit dem aktuellen Windows.

Gruß, Fiddi

Der 3.6er läuft bei uns auf XP sowie Windows 7 (XP Mode) Rechnern. Ein Update auf eine neuere Nav Version ist ausgeschlossen.

Also nochmal die Frage, ob es technisch machbar wäre, oder nicht?


Gruß und danke.

Offiziell wird 3.6 mit SQL 2008 von MS mit Sicherheit nicht mehr unterstützt. Alles weitere heißt basteln, basteln,...

Dir ist der Unterschied zwischen technischem Update und Anwendungsupdate aber bekannt?
Ersteres aktualisiert nur den Client, und lässt die Anwendung (inkl. Menüs u. Oberfläche) wie sie sind. Dies erfordert aber eine aktuelle NAV-Lizenz, die den aktuellen Client (>=NAV 5.x) enthält.

Gruß, Fiddi

Offiziell wird 3.6 mit SQL 2008 von MS mit Sicherheit nicht mehr unterstützt. Alles weitere heißt basteln, basteln,...

Dir ist der Unterschied zwischen technischem Update und Anwendungsupdate aber bekannt?
Ersteres aktualisiert nur den Client, und lässt die Anwendung (inkl. Menüs u. Oberfläche) wie sie sind. Dies erfordert aber eine aktuelle NAV-Lizenz, die den aktuellen Client (>=NAV 5.x) enthält.

Gruß, Fiddi

Welche kostenlos wenn man im Enhancement Plan ist.

Offiziell wird 3.6 mit SQL 2008 von MS mit Sicherheit nicht mehr unterstützt. Alles weitere heißt basteln, basteln,...

Dir ist der Unterschied zwischen technischem Update und Anwendungsupdate aber bekannt?
Ersteres aktualisiert nur den Client, und lässt die Anwendung (inkl. Menüs u. Oberfläche) wie sie sind. Dies erfordert aber eine aktuelle NAV-Lizenz, die den aktuellen Client (>=NAV 5.x) enthält.

Gruß, Fiddi

Okay, das war mir nicht ganz klar. Danke für den Hinweis.

Also von 2000 auf 2005 hat schon mal geklappt...jetzt wirds spannend mit 2008 :)

Viel Erfolg,

Microsoft wird dich bei Fehlern nicht unterstützen können.
Für 3.6 gibts ja nicht mal offiziell VAT2010 Update.

Ja, weiss ich.

Also es hat geklappt. Sowoohl direkt von 2000 auf 2008 R2, also auch von 2000 -> 2005 -> 2008 -> 2008 R2.

Jetzt werden wir testen, ob Nav fehlerfrei arbeitet.

Wo könnte es denn haken?!

Grüße

Welche Client- Version setzt ihr denn ein?

Mal im NAV auf ? und dann "Info zu...." klicken. Dort steht eine Verionsnummer. Bitte dann mal doppelt auf diese Nummer klicken, dann erhälst du Build- Version.

Gruß, Fiddi

Nav 3.6 (steht schon in der Überschrift des Topics) SQL Server Option, die Build Version find ich nicht.

Grüße

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Nav 3.6 (steht schon in der Überschrift des Topics) SQL Server Option, die Build Version find ich nicht.

Grüße

Wie fiddi schon sagte die Build Version erfährst du bei Doppelklick auf die Versionsnummer.

nav360.JPG

Alternativ auch unter den Eigenschaften der "fin.exe" bzw. "finsql.exe".

mfg,
winfy

Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Zuletzt geändert von winfy am 15. Juli 2011 16:37, insgesamt 1-mal geändert.

Tatsache...da lässt sich ja tatsächlich Doppelklicken

Build 11353


Grüße

Hallo,

dann mal herzlichen Glückwunsch, wenn es den stabil läuft.
Ich würde dir aber trotzdem raten ein technisches Update durchzuführen, da es gerade bei den alten Clients mit der SQL- Performace und -Stabilität schon mal Probleme gab (z.B. SIFT- Tabellen gibt es seit NAV Version 5.1 nicht mehr, was fehlerhafte Flowfields verhindert).

Gruß, Fiddi

Also wir sind noch am testen.

Wie haben aktuell (also noch mit dem SQL 2000) immer das Problem, dass es einen Lock auf einer Tabelle bei offenem Druckdialog gibt, was ziemling nervig ist. Bin mal gespannt, ob das mit der neuen SQL Version dann immer noch so ist.

Wie schaut's denn bei den DB-Einstellungen aus; ist da der Haken bei "Immer Zeilensperre" gesetzt?

Wie schaut's denn bei den DB-Einstellungen aus; ist da der Haken bei "Immer Zeilensperre" gesetzt?

Wo genau finde ich diese Option?


Wir haben jetzt getestet und es scheint alles zu funktionieren. Wir werden also bald das Produktivsystem auf SQL 2008 R2 umstellen.

Datenbank->Ändern->Erweitert. Ich weiß allerdings nicht, ob das bei Nav 3.6 auch so ist.

Die Option "Immer Zeilensperre" gibt es leider nicht.

Grüße

Ihr werdet bei Problemen im Produktiv System von Microsoft keinen Support ausser "upgradet auf NAV 2009" erhalten.
Von daher solltet ihr wirklich minimal ein technisches Upgrade fahren.

Danke für den Rat/Hinweis.
Wir haben bisher keinen Support benötigt. Und wir werden Nav voraussichtlich auch nicht mehr allzu lange einsetzen.

Von daher besteht erstmal keine Notwendigkeit.

Grüße

Fangt aber nicht mit der Dynamics AX Version 3.0 an

Und wir werden Nav voraussichtlich auch nicht mehr allzu lange einsetzen.

Schade . Was hat es für eine Grund?

Hörte sich so an als ob sie mit der Leistung Ihres Microsoft Partners oder den Projektkosten fürs Update unzufrieden sind.
Ab einem gewissen Grad an Anpassungen am System macht ein Neu-Projekt mehr Sinn, was natürlich auch recht teuer ist, aber immerhin günstiger als ein Update-Projekt in so einer Form.

Das lässt sich sowieso nicht mehr umkehren, weil in diesem Forum keine Entscheider rumlaufen