2.60 auf SQL 2008 und NAV 2009 SP1 ?

Hallo zusammen,

da wir gestern bereits das zweite mal innerhalb von wenigen Monaten Probleme mit unserer derzeitigen Hardware hatten, überlegen wir nun Navision auf einen anderen Server umzuziehen.
Im Folge dessen soll die DB auch direkt auf SQL 2008 (derzeit SQL 2000) installiert werden.

Hat schon jemand Erfahrung mit der 2.60 in Verbindung mit SQL 2008 gemacht?
Geht das überhaupt?
Zudem überlegen wir im Anschluss (der Zeitpunkt steht noch nicht genau fest) ein technisches Update auf NAV 5 bzw. 6 zu machen.
Oder ist es sinnvoller erst auf 5/6 zu updaten und dann erst auf SQL 2008 umzuziehen?

Danke & Gruß
Christoph

Zuletzt geändert von ChristophE am 19. August 2009 11:22, insgesamt 1-mal geändert.

Hallo ChristophE,

ohne das technische Update wirst du wohl nicht auf SQL2008 umziehen können. Soviel ich weiß wird SQL2008 erst ab technischer Umgebung 4.0 SP3 untertützt.

Gruß, Fiddi

Im Folge dessen soll die DB auch direkt auf SQL 2008 (derzeit SQL 2000) installiert werden.
Hat schon jemand Erfahrung mit der 2.60 in Verbindung mit SQL 2008 gemacht?
Geht das überhaupt?
Zudem überlegen wir im Anschluss (der Zeitpunkt steht noch nicht genau fest) ein technisches Update auf NAV 5 bzw. 6 zu machen.
Oder ist es sinnvoller erst auf 5/6 zu updaten und dann erst auf SQL 2008 umzuziehen?

Hallo ChristophE,

wenn ihr tatsächlich bereits ein solches Konstrukt mit 2.6 auf SQL (8.0) laufen laßt, dann läuft die DB auch unter 10.0 mit entsprechender Rückwärtskompatibilität.
Was den Punkt "Update" angeht, so ist es wohl generell kein schlechter Gedanke sich damit zu befassen. Allerdings wird ein technisches Update definitiv nicht reichen, sondern eher verschlimmbessern, da SQL kompatible Standards erst mit 4.0 funktional aufkamen. Da stellt man sich die Frage, ob sich das rechnet oder ob man neu aufsetzt.

Gruß
Dirk

wenn ihr tatsächlich bereits ein solches Konstrukt mit 2.6 auf SQL (8.0) laufen laßt, dann läuft die DB auch unter 10.0 mit entsprechender Rückwärtskompatibilität.
Was den Punkt "Update" angeht, so ist es wohl generell kein schlechter Gedanke sich damit zu befassen. Allerdings wird ein technisches Update definitiv nicht reichen, sondern eher verschlimmbessern, da SQL kompatible Standards erst mit 4.0 funktional aufkamen. Da stellt man sich die Frage, ob sich das rechnet oder ob man neu aufsetzt.

Also das würde ich so nicht unterschreiben ...
Mit SQL Server 2008 brauch man mindestes NAV 4.0 SP3 Update 6 Build 25143 und höher. Dafür reichen die C/SIDE Client Executables aus, die Applikations-Objekte müssen NICHT zwangsläufig aktualisiert werden (im C/AL Code ist ggf. zu beachten, dass sich der Syntax des SHELL Befehls geändert hat).
Übrigens gibt es keine "Rückwärtskompatibilität" für DB im SQL Server - der "Database Compatibility Level" legt lediglich fest, wie der SQL/TSQL Syntax interpretiert wird; ist also nur relevant wenn man reine SQL Server Programmierung nutzt und hierbei nicht mehr unterstützte Befehle verwendet.
Klar, ein 2.60 Objektstand ist nicht wirklich "designed for SQL", aber wenn's mit 2000 funzt, dann wird's das mit einer höheren SQL Version auch tun. Auch klar, ein SQL 2008 "tickt" anders als ein SQL 2000, deshalb sind ein paar "Justierungen" schon erforderlich.
Ein Update auf 5.0 SP1 könnte auch erwogen werden, auf NAV 2009 würde ich warten, his SP1 vom Stapel gelassen wurde ...

@Christoph:
Ich gehe mal davon aus, dass ihr derzeit SQL 2000 STANDARD im Einsatz hat. Das Hauptproblem ist hier, dass dem SQL Server nur 2GB Cache zur Verfügung stehen, und das tut früher oder später wirklich weh.
Da seit SQL 2005 diese Grenze verschwunden ist, kann ein neuer Server mehr Hardware Ressourcen zur Verfügung stellen. Wenn die neue Maschine also ausreichend CPU, RAM und Disks hat - und richtig konfiguriert ist - dann werdet ihr wohl schon deutliche Performancesteigerungen erzielen können!

Fazit: Wenn die RICHTIGE Plattform steht, dann kann man mit "neuen" NAV Clients auch 'ne "alte" Applikation betreiben.
(P.S.: Ich habe Kunden die exakt dieses Scenario - problemlos! - fahren: SQL 2008, C/SIDE 5.0SP1, C/AL 2.60. Allerdings aber eben auch mit "korrekten" Server-Maschinen)

Ich danke euch schon mal für die Antworten.

Da die alte Maschine gestern erneut die Grätsche gemacht hat, sind wir in der Nacht schon auf die neue umgezogen.
Allerdings auch erst mal mit SQL 2000.
Die neue Maschine ist hat 2 Quad Core Xeons mit 48GB RAM. Die DB liegt auf einer Netapp mit entsprechen vielen Spindeln.
Ich denke das Konstrukt sollte vorerst ausreichen :)

Also die richtige Vorgehensweise wäre dann:
- technisches Update auf 5.0 SP1 oder NAV 2009 SP1 (wenn verfügbar)
- dann erst auf SQL 2008 umziehen

richtig?

Dann werde ich mich wohl mal auf der alten Maschine etwas austoben.
Dafür sollte sie noch reichen.

Gruß

Habe gerade gesehen dass ich bei einem technischen Update noch weiterhin das alte Menü habe.
Das wäre in unserem Fall sogar besser...

Ist das auch bei 2009 der Fall?
Hat da schon jemand Erfahrung?

also solange du mit deiner 2009er in der Classic- Umgebung bleibst , sollte auch in 2009 das alte Menü kommen (Gott sei Dank ) .

Gruß, Fiddi

Habe gerade gesehen dass ich bei einem technischen Update noch weiterhin das alte Menü habe.
[...]
Ist das auch bei 2009 der Fall?

Sofern ihr den Classic Client (und nicht den RTC) verwendet, bleibt optisch alles wie gehabt.

Nene, wenn dann bleibt alles Oldschool! :)
Wenns 2009 wird, kommt auf keinen Fall der RTC zum Einsatz.

OK, also 2009 ist auf Grund imenser Lizenzgebühren sehr wahrscheinlich erst mal gestorben.
SQL 2008 somit auch...

Was könnten wir denn an sonsten noch tun um die Hardware nun ein wenig besser ausnutzen zu können?
Bis zu welcher SQL Version läuft die 2.60 denn noch problemlos?
Am besten wäre eine 64bit SQL Version um den vollen Speicher (48GB) ausnutzen zu können.
Des Weiteren wäre ein Clustering der DB interessant.
Ein Cluster wurde wohl zuvor schon mal mit SQL 2000 probiert, aber da hat die DB immer eine Inkonsistenz gemeldet...

Danke euch

Also eigentlich ist schon die 2.60 soz. "SQL untauglich" - erst ab den 4er Versionen klappt die Anbindung zufriedenstellend. Will man also bei SQL Server 2000 bleiben, so sollte man ein technisches Update auf 4 SP3 U21 schon erwägen - allerdings nicht höher, da NAV 5.0 und höher für SQL 2005+ "designed" sind und es zu Problemen mit SQL 2000 kommt.
SQL 2005 ist erst ab NAV 4.0 überhaupt erst möglich; SQL2008 ab 4.0 SP3 U6+.

Um 64bit, 48GB RAM, Clustering etc. zu nutzen, benötigt ihr ja mindestens Win2003 Enterprise und SQL2005 Standard.

Was die Lizenzkosten angeht: Wieviel User habt ihr denn?
Ggf. ist die "NAV Runtime License for SQL Server" was für euch; hier kostet z.B. SQL Server 2008 EE "nur" 220 EUR pro User (120 EUR für STD) - so kosten z.B. 50 User nur 11.000 EUR (Server inkl. CAL); und das ist deutlich günstiger als der "Normalpreis" (ich glaube der liegt bei EE bei ca. 14.000 EUR mit 25CAL, + 25 CAL zu 150 EUR (3.750 EUR); Total 17.750 EUR)

Wir haben ca. 120 Navision User.
Die SQL Lizenzen sind nicht das Problem.
Das Problem ist die Navision Lizenz da wir seit Ende 2000 keinen Updatevertrag mehr haben...

Also heißt es noch ein paar Jährchen mit dieser Konfiguration über Wasser halten...

Also betreibt ihr eine "Unternehmenskritische Anwendung" auf einem veralteten nicht-supporteten Datenbankserver (SQL 2000 ist auch schon seit Jahren "tot") mit einer stark veralteten, ebenfalls nicht-supporteten ERP-Software ...

Nun ja, dass sollte einem schon zu denken geben ... über "einige Jahre durchhalten" würde ich hier nicht sprechen wollen ...