15
Läuft Microsoft Server SQL2008R2 unter W2016, obwohl nicht supportet?
Moin Kollegen,
Kurze Frage: Läuft Microsoft Server SQL2008R2 unter W2016, obwohl nicht supportet?
Da ich i.d.R. nicht für die SQL-Server zuständig bin (machen meistens die CRM/ERP-Lieferanten der Kunden), sondern nur für das OS, Hardware und Netzwerk, habe ich diese Konstellation noch nicht in den Fingern gehabt.
Bevor ich nun Zeit mit Testen verbrate, wollte ich nur kurz mal in die Runde fragen, ob jemand diese Konstellation am laufen hat oder damit schon auf die Nase gefallen ist.
Hintergrund ist, daß einige Kisten mit W2008R2 virtualisiert und auf 2016 hochgehievt werden sollen und das ERP erst später drankommen soll. Da wäre es geschickt, wenn man den SQL-Server noch nicht anfassen müßte.
lks
PS: Und ja, ich weiß, daß man frisch aufsetzen sollte, aber des Kunden Wille ist sein Himmelreich, obwohl man ihm davon abrät, wenn er gewillt ist das zu zahlen. (Auf der Kiste sind noch Uralt-Anwendungen aus der W2K-Server-Zeit
)
Kurze Frage: Läuft Microsoft Server SQL2008R2 unter W2016, obwohl nicht supportet?
Da ich i.d.R. nicht für die SQL-Server zuständig bin (machen meistens die CRM/ERP-Lieferanten der Kunden), sondern nur für das OS, Hardware und Netzwerk, habe ich diese Konstellation noch nicht in den Fingern gehabt.
Bevor ich nun Zeit mit Testen verbrate, wollte ich nur kurz mal in die Runde fragen, ob jemand diese Konstellation am laufen hat oder damit schon auf die Nase gefallen ist.
Hintergrund ist, daß einige Kisten mit W2008R2 virtualisiert und auf 2016 hochgehievt werden sollen und das ERP erst später drankommen soll. Da wäre es geschickt, wenn man den SQL-Server noch nicht anfassen müßte.
lks
PS: Und ja, ich weiß, daß man frisch aufsetzen sollte, aber des Kunden Wille ist sein Himmelreich, obwohl man ihm davon abrät, wenn er gewillt ist das zu zahlen. (Auf der Kiste sind noch Uralt-Anwendungen aus der W2K-Server-Zeit
)
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 485850
Url: https://administrator.de/forum/laeuft-microsoft-server-sql2008r2-unter-w2016-obwohl-nicht-supportet-485850.html
Ausgedruckt am: 15.04.2025 um 03:04 Uhr
15 Kommentare
Neuester Kommentar
Moin,
hab ich mal probieren müssen (leider). Man bekommt es ans Laufen(so halb) mit ein paar Tricks aber beim Testen ist mir damals bei ziemlich einfachen Abfragen dauernd der Datenbank-Dienst abgeschmiert. Also besser nicht nachmachen ...
Gruß
hab ich mal probieren müssen (leider). Man bekommt es ans Laufen(so halb) mit ein paar Tricks aber beim Testen ist mir damals bei ziemlich einfachen Abfragen dauernd der Datenbank-Dienst abgeschmiert. Also besser nicht nachmachen ...
Gruß
Hallo,
bei SQL, nach meiner Erfahrung wirklich so, wenn nicht supported dann läuft's auch nicht. Wobei ein Update vom SQL meist sehr einfach ist.
bei SQL, nach meiner Erfahrung wirklich so, wenn nicht supported dann läuft's auch nicht. Wobei ein Update vom SQL meist sehr einfach ist.
Hintergrund ist, daß einige Kisten mit W2008R2 virtualisiert und auf 2016 hochgehievt werden sollen und das ERP erst später drankommen soll. Da wäre es geschickt, wenn man den SQL-Server noch nicht anfassen müßte.
Wir haben exakt das bei uns getan.....und haben den SQL2008 direkt mit auf SQL2016 angehoben um genau das Problem zu umgehen.
Moin,
der SQL2008R2 ist ja ohnehin seit ein paar Wochen EOL, von daher würde ich das so nicht machen.
Zu Deiner Frage: Ich habe das nicht zum Laufen gebracht und habe dann auf einem W2008R2 einen SQL 2014 installiert und die Datenbanken migiriert. Und nach einiger Zeit wiederum auf einen W2016 umgezogen. Der SQL2014 würde sogar auf einem W2019 laufen. Wenn ich das alles so richtig in Erinnerung habe.
Wenn der Kunde aber noch W2K Anwendungen hat, dann wirst Du viel Geld dort verdienen, hoffe ich mal
Gruss
der SQL2008R2 ist ja ohnehin seit ein paar Wochen EOL, von daher würde ich das so nicht machen.
Zu Deiner Frage: Ich habe das nicht zum Laufen gebracht und habe dann auf einem W2008R2 einen SQL 2014 installiert und die Datenbanken migiriert. Und nach einiger Zeit wiederum auf einen W2016 umgezogen. Der SQL2014 würde sogar auf einem W2019 laufen. Wenn ich das alles so richtig in Erinnerung habe.
Wenn der Kunde aber noch W2K Anwendungen hat, dann wirst Du viel Geld dort verdienen, hoffe ich mal
Gruss
Zitat von @140777:
hab ich mal probieren müssen (leider). Man bekommt es ans Laufen(so halb) mit ein paar Tricks aber beim Testen ist mir damals bei ziemlich einfachen Abfragen dauernd der Datenbank-Dienst abgeschmiert. Also besser nicht nachmachen ...
hab ich mal probieren müssen (leider). Man bekommt es ans Laufen(so halb) mit ein paar Tricks aber beim Testen ist mir damals bei ziemlich einfachen Abfragen dauernd der Datenbank-Dienst abgeschmiert. Also besser nicht nachmachen ...
Was mußtest Du denn anstellen?
Rein der Information halber, denn nach den Rückmeldungen muß ich wohl dem Kunden anraten auch SQL-Server gleich zu aktualisieren.
lks
Das weiß ich nicht mehr so exakt, da nach dem Test verworfen und auch nicht mehr nachdokumentiert. Woran ich mich erinnere ist, das man ein paar DLLs austauschen musste.
Rein der Information halber, denn nach den Rückmeldungen muß ich wohl dem Kunden anraten auch SQL-Server gleich zu aktualisieren.
Rate ich ebenfalls dringend zu. Das artet sonst in derbe Frickelei aus und fliegt dir vermutlich nach irgendwelchen Updates um die Ohren, außerdem würde ich das persönlich für keinen Preis verkaufen wollen.Zitat von @sabines:
Moin,
der SQL2008R2 ist ja ohnehin seit ein paar Wochen EOL, von daher würde ich das so nicht machen.
Moin,
der SQL2008R2 ist ja ohnehin seit ein paar Wochen EOL, von daher würde ich das so nicht machen.
Zu der Überzeugung komme ich auch gerade.
Zu Deiner Frage: Ich habe das nicht zum Laufen gebracht und habe dann auf einem W2008R2 einen SQL 2014 installiert und die Datenbanken migiriert.
Daraus entnehme ich, daß man nicht einfach auf "Update SQL-Server" klicken kann.
O.K. Werde meine eingerosteten SQL-Server-Kenntnisse mal auf den neusten Stand bringen müssen. Ich weiß schon, warum ich lieber SQL-Datenbanken aus dem Linux-Umfeld nehme.
lks
1Zitat von @Lochkartenstanzer:
Daraus entnehme ich, daß man nicht einfach auf "Update SQL-Server" klicken kann.
Daraus entnehme ich, daß man nicht einfach auf "Update SQL-Server" klicken kann.
Doch das kann man, also genau genommen SQL 2014 downladen, und bei der Installation Upgrade auswählen, so ganz knapp formuliert.
Ich bin aber aus der Generation "so mach ich das nicht", ich installiere neu (und auf anderem Server) und hänge die Datenbanken um, in manchen Fällen muss dann noch in der Datenbank gearbeitet werden und Anpassungen gemacht werden, User angelegt etc. Was wiederum für Methode eins spricht
Zitat von @sabines:
Doch das kann man, also genau genommen SQL 2014 downladen, und bei der Installation Upgrade auswählen, so ganz knapp formuliert.
Zitat von @Lochkartenstanzer:
Daraus entnehme ich, daß man nicht einfach auf "Update SQL-Server" klicken kann.
Daraus entnehme ich, daß man nicht einfach auf "Update SQL-Server" klicken kann.
Doch das kann man, also genau genommen SQL 2014 downladen, und bei der Installation Upgrade auswählen, so ganz knapp formuliert.
Das ist so wie es es von MS erwarte.
Ich erwarte dann aber auch, daß ich meistens noch mit dem Hammer oder dem Meißel nachhelfen muß, daß das Upgrade durchgeht.
Ich bin aber aus der Generation "so mach ich das nicht", ich installiere neu (und auf anderem Server) und hänge die Datenbanken um, in manchen Fällen muss dann noch in der Datenbank gearbeitet werden und Anpassungen gemacht werden, User angelegt etc. Was wiederum für Methode eins spricht
Das ist auch meine Lieblingsmethode, weil man dann endlich Altlasten loswird. Aber wie gesagt, wollen manche Kunde das nicht.
lks
Hi
bedenke aber, dass du bei einem Multicore-Socket immens höhere Lizenzkosten hat, die neueren Versionen werden nach Cores und nicht nach Sockel lizensiert, dass kann deutlich teurer werden für den Kunden.
Gruß
@clSchak
bedenke aber, dass du bei einem Multicore-Socket immens höhere Lizenzkosten hat, die neueren Versionen werden nach Cores und nicht nach Sockel lizensiert, dass kann deutlich teurer werden für den Kunden.
Gruß
@clSchak
Zitat von @clSchak:
Hi
bedenke aber, dass du bei einem Multicore-Socket immens höhere Lizenzkosten hat, die neueren Versionen werden nach Cores und nicht nach Sockel lizensiert, dass kann deutlich teurer werden für den Kunden.
Hi
bedenke aber, dass du bei einem Multicore-Socket immens höhere Lizenzkosten hat, die neueren Versionen werden nach Cores und nicht nach Sockel lizensiert, dass kann deutlich teurer werden für den Kunden.
Ist nur ein Hexacore-Xeon und ein SQL Standard. Da wird es nicht ganz so teuer
lks
3 Lizenzen sind es dann ... je 2 Cores = Lizenzen ... - aus dem Grund haben wir unseren SQL auf 1-Socket mit 4 Cores "kastriert" (Blech) - das damalige Update des Enterprise Servers von 2 Sockets auf 24 Cores wäre mit weit über 100k zur Buche gegangen ... :| - und ein Kollegen hat sich den ganzen Server seiner Zeit "zur Brust" genommen und ca. 6 Monate an den Indizies usw optimiert und der läuft besser mit 4 Cores wie damals (TM) mit 24 ... .
- aus dem Grund haben wir unseren SQL auf 1-Socket mit 4 Cores "kastriert" (Blech) - das damalige Update des Enterprise Servers von 2 Sockets auf 24 Cores wäre mit weit über 100k zur Buche gegangen ... :| - und ein Kollegen hat sich den ganzen Server seiner Zeit "zur Brust" genommen und ca. 6 Monate an den Indizies usw optimiert und der läuft besser mit 4 Cores wie damals (TM) mit 24 ... .
Hi..
W2K8 auf W2k16 "hochhieven" - lass das mal.. Installiere lieber in Ruhe neu... und die Dienstleister sollen dann die Datenübernahme machen...
@sabines ... so kann es gehen...!
.. man kann aber gleich den richtigen Ansatz machen...
Schau, daß Du das irgendwie vermeidest, das kann nicht "gut tun"... hatte da schon Erlebnisse mit SFIRM 4.0 und Co auf W2K16... und verdammt nochmal.. die Chefs mit Ihren Einsparungen.. die hatte ich.. bis es geknallt hat.. Sag dem Kunden was Sache ist...
Ansonsten.. Finder von dem Ding!
Gruss Globe!
W2K8 auf W2k16 "hochhieven" - lass das mal.. Installiere lieber in Ruhe neu... und die Dienstleister sollen dann die Datenübernahme machen...
@sabines ... so kann es gehen...!
.. man kann aber gleich den richtigen Ansatz machen...
Schau, daß Du das irgendwie vermeidest, das kann nicht "gut tun"... hatte da schon Erlebnisse mit SFIRM 4.0 und Co auf W2K16... und verdammt nochmal.. die Chefs mit Ihren Einsparungen.. die hatte ich.. bis es geknallt hat.. Sag dem Kunden was Sache ist...
Ansonsten.. Finder von dem Ding!
Gruss Globe!
Zitat von @clSchak:
3 Lizenzen sind es dann ... je 2 Cores = Lizenzen ... - aus dem Grund haben wir unseren SQL auf 1-Socket mit 4 Cores "kastriert" (Blech) - das damalige Update des Enterprise Servers von 2 Sockets auf 24 Cores wäre mit weit über 100k zur Buche gegangen ... :| - und ein Kollegen hat sich den ganzen Server seiner Zeit "zur Brust" genommen und ca. 6 Monate an den Indizies usw optimiert und der läuft besser mit 4 Cores wie damals (TM) mit 24 ... .
3 Lizenzen sind es dann ... je 2 Cores = Lizenzen ...
- aus dem Grund haben wir unseren SQL auf 1-Socket mit 4 Cores "kastriert" (Blech) - das damalige Update des Enterprise Servers von 2 Sockets auf 24 Cores wäre mit weit über 100k zur Buche gegangen ... :| - und ein Kollegen hat sich den ganzen Server seiner Zeit "zur Brust" genommen und ca. 6 Monate an den Indizies usw optimiert und der läuft besser mit 4 Cores wie damals (TM) mit 24 ... .Wen ich das richtig sehe, kann man bei SQL-Server Standard (2017, 2019) entweder nach Core oder nach CAL lizensieren.
Nach CAL ist die Anzahl der Cores egal und nach Core ist die Anzahl der User/Devices egal.
Siehe z.B. https://www.software-express.de/hersteller/microsoft/sql-server-2017/liz ... oder den Licensing Guide, Seite 11 von MS selbst.
lks
PS: Ich hätte den Server trotzdem in eine VM gesteckt, auch wenn der Host nur 4 Cores hat.
ja, so unrecht hast du damit nicht ... vor allem da wir durch die Core Lizensierung des SQL Servers und dem aktiven SA theoretisch 4 Server aufsetzen können mit der Lizenz, die Idee steht auch schon im Raum, die Kiste auf einem ESX zu mirgrieren der mehr RAM hat und wir dadurch den Server "splitten" um für die unterschiedlichen Dienste einzelne SQL Server zu haben, ist man flexibler mit den Wartungsfenstern.
