Jump to content

Relaunch 2018: Willkommen im neuen Forum - Das MCSEboard.de wurde runderneuert. Wir wünschen Euch viel Spaß an Board.

Melde dich an, um diesem Inhalt zu folgen  
Gu4rdi4n

SBS 2008 Standard Migration auf SBS 2011 oder Server 2012R2?

Empfohlene Beiträge

Hallo zusammen,

 

ich habe hier einen SBS 2008 Standard, der in ein Paar monaten keinen Support mehr hat. Jetzt bin ich gerade am überlegen, was sinnvoller wäre. 

 

Wir haben momentan ca 70 Computerarbeitsplätze, was ja schon sehr nah an die SBS Grenze kommt.

Angesehen habe ich mir den SBS 2011, der aber auch schon ein paar Jährchen auf dem Buckel hat!

Einen Nachfolger scheint es nicht zu geben und Cloud ist keine Option. (Nein, Cloud ist wirklich keine Option)

 

Jetzt stehe ich vor der Frage, ob es nicht sinnvoller ist sich einen neuen Server zu kaufen und darauf 2 Virtuelle Server 2008R2 zu installieren. Einen als DC, Printserver, Backup exec server und WSUS und den anderen als Exchange Server und Sharepoint (Foundation - Soweit ich gelesen habe ist das ja kostenfrei und bietet inetwa das gleiche wie das Sharepoint vom SBS). 

 

Macht das so sinn? Würdet ihr eine Andere aufteilung nutzen?

Vielleicht lager ich Backup exec, Sharepoint und printserver auch auf den jetzigen SBS (natürlich mit anderem OS) aus.

 

 

Zwecks Lizenzierung frage ich im anderen sub forum nach. 

 

Danke schonmal für anmerkungen und Hilfestellungen :)

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Auf den Exchange würde ich definitiv kein SharePoint installieren. Da mußte beim SBS soviel "verbogen" werden, dass das funktioniert, dass sowas niemand freiwillig tut. ;) Also zwei VMs bekommst du mit einer Windows Server 2012R2 Lizenz hin. Wenn Geld da ist, kannst du mit 2 Lizenzen auf einer modernen Hardware natürlich problemlos 4 VMs betreiben. Ist dann etwas mehr Verwaltungsaufwand, der sich aber in modularer Verwaltung der einzelnen Dienste wieder auszahlt.

 

Backup Exec kann natürlich dann als VM nur betrieben werden, wenn dein Backupdevice irgendwie zur VM durchkommt. ;)

 

Bye

Norbert

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Ich habe noch einen anderen Server mit Server 2008R2 am laufen. Darf ich davon dann auch eine Lizenz für ne VM verwenden, oder gilt das nur, wenn es auf der selben Hardware läuft? (wobei wir hier doch bei lizenzen wieder wären ;) )

 

Kann ich Sharepoint dann problemlos auf dem DC installieren? 

Kannst du mir ne Quelle geben, die Erläutert, was das Zusammenspiel zwischen Exchange und Sharepoint "verhindern" würde? (Rein interessehalber)

 

Was mir auch gerade noch gekommen ist:

 

Unsere bisherige Domäne, bzw. deren name ist völlig unsinnig und viel zu lang.

Ist es denn "empfehlenswert" alles gleich in eine neue Domain zu migrieren?

 

Sprich erstmal den Server 2012 aufsetzen als DC mit neuem Domain namen und dann AD, DHCP und Konsorten zu migrieren?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Ich habe noch einen anderen Server mit Server 2008R2 am laufen. Darf ich davon dann auch eine Lizenz für ne VM verwenden, oder gilt das nur, wenn es auf der selben Hardware läuft?

Wenn du deine Windows Server 2008R2 Lizenz schon im Einsatz hast, was willst du dann wofür verwenden? ;) Um es deutlich zu sagen, Lizenzen sind bei MS an die Hardware gebunden und besitzen das Nutzungsrecht einer oder mehrerer virtueller OS Instanzen. Im Fall von 2012R2 Standard hast du 2 Instanzen in einer Lizenz enthalten. Bei 2008R2 Standard war es 1 und bei Enterprise 4. Die dürfen natürlich nur auf dieser Hardware betrieben werden, der auch eine Lizenz zugewiesen wurde.

 

Kann ich Sharepoint dann problemlos auf dem DC installieren?

Weiß ich nicht, ob du das kannst. ;) Ich würde es nicht empfehlen, vermute aber, dass es funktionieren wird.

 

Kannst du mir ne Quelle geben, die Erläutert, was das Zusammenspiel zwischen Exchange und Sharepoint "verhindern" würde? (Rein interessehalber)

Nein, es würde das wahrscheinlich auch nicht verhindern, aber ich bin gegen freiwillig ins Knie schießen und dann drum herumbasteln. Wenn ich also weiß wie Exchange funktioniert und den IIS nutzt, dann komme ich nicht unbedingt auf die Idee dort freiwillig einen SharePoint Server dazuzuinstallieren.

 

Unsere bisherige Domäne, bzw. deren name ist völlig unsinnig und viel zu lang.

Na und? Wen stört denn sowas?

 

Ist es denn "empfehlenswert" alles gleich in eine neue Domain zu migrieren?

Wenn der Name dein einziges Kriterium ist, dann würde ich sagen nein. Ansonsten kommt es drauf an. Meist lohnt der Aufwand nicht, sondern man lebt mit dem Namen.

 

 

Sprich erstmal den Server 2012 aufsetzen als DC mit neuem Domain namen und dann AD, DHCP und Konsorten zu migrieren?

Siehe oben.

 

 

Bye

Norbert

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

UPN Suffix sieht gut aus. Geht beim SBS soweit ich weiß aber noch nicht, weil dort keine Vertrauensstellungen möglich sind, richtig?

 

Sehe ich das richtig, dass nach Anlegen eines UPN Suffix einfach der neue suffix vorran gestellt werden kann?

Also dass ich dann neuedomain\User1 statt altedomain\User1 zum Anmelden nehmen kann?

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

 

Kann ich Sharepoint dann problemlos auf dem DC installieren? 

 

Würde ich auf keinen Fall machen, alleine schon vom RAM Bedarf. Die aktuelle SharePoint Version (Foundation) benötigt mind. 12 GB RAM, darunter macht es keinen Spaß damit zu arbeiten.

 

LG Günther

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen

Das ist ein Suffix, kein Präfix. Also hinten ran, nicht vorn. Ein UPN hat ein @ im Namen. Z.B. statt DOMÄNE1\Alias alias@domäne2.

 

Damit kann man Mailadressen zum Einloggen nehmen. Das geht auch ohne Vertrauensstellung mit einer Domäne.

 

Lies Dir doch mal ein paar Grundlagen von Active Directory durch.

 

Hab fun!

Daniel

Diesen Beitrag teilen


Link zum Beitrag
Auf anderen Seiten teilen
Der letzte Beitrag zu diesem Thema ist mehr als 180 Tage alt. Bitte überlege Dir, ob es nicht sinnvoller ist ein neues Thema zu erstellen.

Erstelle ein Benutzerkonto oder melde dich an, um zu kommentieren

Du musst ein Benutzerkonto haben, um einen Kommentar verfassen zu können

Benutzerkonto erstellen

Neues Benutzerkonto für unsere Community erstellen. Es ist einfach!

Neues Benutzerkonto erstellen

Anmelden

Du hast bereits ein Benutzerkonto? Melde dich hier an.

Jetzt anmelden
Melde dich an, um diesem Inhalt zu folgen  

×