6
In-Place Upgrade 2008R2 auf 2012R2
Hallo,
ein Kunde möchte ein In-Place Upgrade von Windows Server 2008R2 auf Windows Server 2012R2 vollziehen.
Nun läuft auf dem Server Dienste von DNS, über AD bis hin zu HyperV und Exchange.
Dabei mach ich mir weniger Gedanken über die "sonstigen" Dienste, wie DHCP und DNS, welche da so laufen, sondern über das AD, den Exchange und Dynamics.
Microsoft Dynamics NAV 2009 R2
Microsoft Exchange Server 2010
MS SQL Server 2005
MS SQL Server 2008 R2
Ich nehme an, dass die SQL Server mit dem Exchange oder Dynamics installiert wurden - ansonsten soll wohl alles, außer SQL Server 2005, auf 2012R2 lauffähig sein.
Habt ihr tipps für ein Upgrade?
Gibt es etwas bei dem Exchange oder Dynamics zu beachten?
Ich will ehrlich zu euch sein...
Es handelt sich bei mir persönlich um das erste mal, um ein In-Place Upgrade - bisher hab ich immer davon abgeraten, nun geht es aber nicht anders :/
Veilen Dank
ein Kunde möchte ein In-Place Upgrade von Windows Server 2008R2 auf Windows Server 2012R2 vollziehen.
Nun läuft auf dem Server Dienste von DNS, über AD bis hin zu HyperV und Exchange.
Dabei mach ich mir weniger Gedanken über die "sonstigen" Dienste, wie DHCP und DNS, welche da so laufen, sondern über das AD, den Exchange und Dynamics.
Microsoft Dynamics NAV 2009 R2
Microsoft Exchange Server 2010
MS SQL Server 2005
MS SQL Server 2008 R2
Ich nehme an, dass die SQL Server mit dem Exchange oder Dynamics installiert wurden - ansonsten soll wohl alles, außer SQL Server 2005, auf 2012R2 lauffähig sein.
Habt ihr tipps für ein Upgrade?
Gibt es etwas bei dem Exchange oder Dynamics zu beachten?
Ich will ehrlich zu euch sein...
Es handelt sich bei mir persönlich um das erste mal, um ein In-Place Upgrade - bisher hab ich immer davon abgeraten, nun geht es aber nicht anders :/
Veilen Dank
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 281706
Url: https://administrator.de/contentid/281706
Printed on: April 23, 2024 at 20:04 o'clock
6 Comments
Latest comment
Hallo
Im Endeffekt das dein Kunde einen Lizenzverstoß begeht und man so ein System nicht aufzieht.
AUf nem Hyper-V darf und soll nur Hyper-V laufen.
Oder läuft das auf mehreren Servern?
Der Exchange braucht keinen SQL Server. Sollte eigentlich bekannt sein wenn du dich an sowas traust.
Nav hingegen schon,.
Im Endeffekt das dein Kunde einen Lizenzverstoß begeht und man so ein System nicht aufzieht.
AUf nem Hyper-V darf und soll nur Hyper-V laufen.
Oder läuft das auf mehreren Servern?
Der Exchange braucht keinen SQL Server. Sollte eigentlich bekannt sein wenn du dich an sowas traust.
Nav hingegen schon,.
1
Mahlzeit
Warum ist das ein Lizenzverstoß?
Das kann ich aus dem Eröffnungsbeitrag nicht herauslesen.
Es ist lizenzrechtlich unbedenklich, sowohl Hyper-V, als auch SQL, Exchange und AD/DNS auf einem Server zu installieren, so Server-Lizenzen und CALs vorhanden sind.
Wenn der TO für die VMs andere Lizenzen nutzt, als für den Hyper-V-Host, ist es lizenzrechtlich o.k.
Prinzipiell soll ein Inplace-Upgrade problemlos möglich sein, allerdings bei den installierten Rollen und Programmen, würde ich das nicht durchführen.
Warum ist das ein Lizenzverstoß?
Das kann ich aus dem Eröffnungsbeitrag nicht herauslesen.
Es ist lizenzrechtlich unbedenklich, sowohl Hyper-V, als auch SQL, Exchange und AD/DNS auf einem Server zu installieren, so Server-Lizenzen und CALs vorhanden sind.
und man so ein System nicht aufzieht.
Das ist was ganz anderes. Denn diese Serverdienste gehören idR auf verschiedene Server.AUf nem Hyper-V darf und soll nur Hyper-V laufen.
Du schmeißt hier was durcheinander.Wenn der TO für die VMs andere Lizenzen nutzt, als für den Hyper-V-Host, ist es lizenzrechtlich o.k.
Der Exchange braucht keinen SQL Server. Sollte eigentlich bekannt sein wenn du dich an sowas traust.
Nav hingegen schon,.
Für mich klingt das, als hätte der TO von allen aufgeführten Serverdiensten keine Ahnung.Nav hingegen schon,.
Prinzipiell soll ein Inplace-Upgrade problemlos möglich sein, allerdings bei den installierten Rollen und Programmen, würde ich das nicht durchführen.
Hi,
DNS, DHCP, AD, Exchange, SQL .....
Diese laufen doch sicher alle in einer oder mehreren VM unter HyperV und nicht direkt auf dem Blech, oder?
E.
DNS, DHCP, AD, Exchange, SQL .....
Diese laufen doch sicher alle in einer oder mehreren VM unter HyperV und nicht direkt auf dem Blech, oder?
E.
Ich will ehrlich zu euch sein...
Ehrlich ist immer gut Es handelt sich bei mir persönlich um das erste mal, um ein In-Place Upgrade - bisher hab ich immer davon abgeraten, nun geht es aber nicht anders :/
Ah ja... du hast es nie selbst gemacht, aber immer davon abgeraten...Inplace-Upgrades machen wir pausenlos, weitaus häufiger als Neuinstallationen - praktisch Null Probleme. Auf einem DC jedoch habe ich es noch nie gemacht, da ich es hier auch nicht machen würde. Eine Migration ist einfacher als ein Upgrade, wenn nur AD und DNS drauf sind, wie MS es empfiehlt.
Für Deinen Fall somit nur der kurze Hinweis: das kann gut gehen, kann aber auch knallen. In jedem Fall ist es ein zweistufiges Upgrade 2008R2->2012->2012R2, direkt geht es nicht! (Microsoft ist schlicht zu dämlich, es anzubieten... bei Win7 kann man auch mal eben 3 Versionen weiter auf win10 springen!)
Sicher das ein Upgrade nicht direkt von 2008R2 auf 2012R2 funktioniert - habe ja schon etwas im netz gesucht, und nix gegenteiliges gefunden.
Im HyperV läuft ein Windows Server 2003 (welcher auch ersetzt werden soll)
Es wird auch für den zukünftigen Server Lizenzen geben.
Sehe da auch keine Probleme.
Ja, die Dienste laufen alle auf dem Blech - mit dem SQL Server und Exchange... mein Fehler, hatte es dann falsch in Erinnerung.
Im HyperV läuft ein Windows Server 2003 (welcher auch ersetzt werden soll)
Es wird auch für den zukünftigen Server Lizenzen geben.
Sehe da auch keine Probleme.
Ja, die Dienste laufen alle auf dem Blech - mit dem SQL Server und Exchange... mein Fehler, hatte es dann falsch in Erinnerung.
Ganz sicher. Es ginge, jedoch würde man Programme und Einstellungen samt AD einbüßen.
