8
SBS2011 Neuinstallation ohne Ausfallzeiten
Guten Tag zusammen, ich möchte mich mit der Frage beschäftigen, welche die beste Möglichkeit ist, einen virtuellen SBS2011 durch einen neuen zu ersetzen.
Unser Netzwerk besteht aus einem physischen Computer und zwei virutellen Servern.
Auf dem pC [;)] läuft ein Hyper-V und auf dem wiederum laufen die beiden anderen (SBS2011 und ein Terminalserver).
Auf dem SBS2011 gibt es mehrere Fehler und Ungereimtheiten, z.B.
- VSS Backup fehlerhaft bzw. nicht möglich
- WSUS läuft nicht mehr und soll zukünftig auch auf dem Terminalserver installiert werden
- Buchhaltungssoftware soll mit im installierten SQLserver laufen
Jetzt stellen sich mir natürlich einige Fragen bzgl. dem Prozedere.
Ich frage mich z.B., ob ich nachträglich den neuen SBS als DC benennen kann und diesem dann AD draufsetzen kann und ob das dann auch tadellos funktioniert!?
Oder ob ich den aktuellen Exchangeserver problemlos übertragen kann?!
Außerdem, ob ich die beiden gleichzeitig laufen lassen kann, um so Sachen wie Benutzerkonten und Datenbanken abzugleichen?!
Jetzt hab ich schon einiges gelesen, aber nicht immer die richtige Antwort gefunden und möchte mich jetzt an euer fundiertes Wissen wenden und von eurer Erfahrung profitieren.
(Was Benutzerkonten angeht hab ich was bzgl. ADMT-Tool gelesen; ich denke den Exchangeserver bekomme ich mit nem Windowsbackup ganz gut wieder zurückgespielt, aber insgesamt zweifele ich noch.)
Im Prinzip hab ich zwischen den Feiertagen Zeit um an ein oder zwei Tagen keinen Server zu haben, aber den Rest der Zeit sollte da gearbeitet werden können.
Unser Netzwerk besteht aus einem physischen Computer und zwei virutellen Servern.
Auf dem pC [;)] läuft ein Hyper-V und auf dem wiederum laufen die beiden anderen (SBS2011 und ein Terminalserver).
Auf dem SBS2011 gibt es mehrere Fehler und Ungereimtheiten, z.B.
- VSS Backup fehlerhaft bzw. nicht möglich
- WSUS läuft nicht mehr und soll zukünftig auch auf dem Terminalserver installiert werden
- Buchhaltungssoftware soll mit im installierten SQLserver laufen
Jetzt stellen sich mir natürlich einige Fragen bzgl. dem Prozedere.
Ich frage mich z.B., ob ich nachträglich den neuen SBS als DC benennen kann und diesem dann AD draufsetzen kann und ob das dann auch tadellos funktioniert!?
Oder ob ich den aktuellen Exchangeserver problemlos übertragen kann?!
Außerdem, ob ich die beiden gleichzeitig laufen lassen kann, um so Sachen wie Benutzerkonten und Datenbanken abzugleichen?!
Jetzt hab ich schon einiges gelesen, aber nicht immer die richtige Antwort gefunden und möchte mich jetzt an euer fundiertes Wissen wenden und von eurer Erfahrung profitieren.
(Was Benutzerkonten angeht hab ich was bzgl. ADMT-Tool gelesen; ich denke den Exchangeserver bekomme ich mit nem Windowsbackup ganz gut wieder zurückgespielt, aber insgesamt zweifele ich noch.)
Im Prinzip hab ich zwischen den Feiertagen Zeit um an ein oder zwei Tagen keinen Server zu haben, aber den Rest der Zeit sollte da gearbeitet werden können.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 195457
Url: https://administrator.de/contentid/195457
Ausgedruckt am: 26.11.2024 um 15:11 Uhr
8 Kommentare
Neuester Kommentar
Hi,
Du kannst den SBS einfach migrieren, folge dem Link (http://www.microsoft.com/en-us/download/details.aspx?id=19219).
Das ist zwar die Anleitung SBS2008 -> SBS2011, aber Du kannst sie dennoch benutzen.
Gruß
Marcus
Du kannst den SBS einfach migrieren, folge dem Link (http://www.microsoft.com/en-us/download/details.aspx?id=19219).
Das ist zwar die Anleitung SBS2008 -> SBS2011, aber Du kannst sie dennoch benutzen.
Gruß
Marcus
Hm...das klingt gut mach mich mal ans lesen...gebe dann später noch feedback. thx
Hallo,
Hört sich nach einem Update fehler an. Warum nicht den SBS wieder von seinen Wehwehchen befreien?
Und ob den SBS auch noch einen SQL Instanz mehr verträgt hängt von deiner darunter liegende hardware deines VM Maschine ab. Aber dein
lässt nichts gutes erahnen. Und da drin läuft dann dein TS und dein SBS. Du kannst natürlich noch einen weiteren Server als VM laufen lassen um den SQL dort zu nutzen. Das Premium Add-on des SBS ist dazu gedacht.
Gruß,
Peter
Hört sich nach einem Update fehler an. Warum nicht den SBS wieder von seinen Wehwehchen befreien?
und soll zukünftig auch auf dem Terminalserver installiert werden
Was soll dir dies dann an Vorteil bringen? Der SBS 2011 ist dazu gebaut und ausgelegt dir den WSUS zu stellen.- Buchhaltungssoftware soll mit im installierten SQLserver laufen
Um was für eine SQL geht es denn überhaupt? Reicht ein Express Version oder brauchst du den ganz Großen? Der Hersteller deiner Buchhaltungssoftware kann dir dies genau sagen.Und ob den SBS auch noch einen SQL Instanz mehr verträgt hängt von deiner darunter liegende hardware deines VM Maschine ab. Aber dein
Auf dem pC [;)] läuft ein Hyper-V
Ich frage mich z.B., ob ich nachträglich den neuen SBS als DC benennen
Ein SBS ist immer ein DC. Er ist immer der Chef im ring und hält alle Rollen inne. Es kann kein anderer SBS neben im im gleichen Broadcast Netz geben.kann und diesem dann AD draufsetzen kann und ob das
Ein DC ohne AD ist nicht möglich. Wenn er schon wie von dir oben gewünscht DC sein soll, dann hält er schon das AD.dann auch tadellos funktioniert!?
Dein SBS 2011 ist auch ein Server 2008R2, aber eben auch. Da ist es nicht ganz so wie im Normalfall das ich mal eben ... beim SBS gibt es einiges mehr von anfang an zu beachten.Oder ob ich den aktuellen Exchangeserver problemlos übertragen kann?!
Dein Exchange ist mit dem SBS verheiratet. Das eine geht beim SBS nicht ohne das andere (Ja, ein SBS kann ohne Exchange betrieben werden, aber da ist ein server 2008R2 dann deutlcih preiswerter).Außerdem, ob ich die beiden gleichzeitig laufen lassen kann,
nein, es kann nur einen SBS in deinen Netz geben. der Andere fährt dann immer runter. Und, du hast dann auch zwei DHC im gleichen Netz, einer fährt immer runter.um so Sachen wie Benutzerkonten und Datenbanken abzugleichen?!
das wäre dann eine Migration. Da kannst du gann auch den Zweiten SBS mit laufen laseen (21 Tage)Wissen wenden und von eurer Erfahrung profitieren.
SBS <> Server 2008R2. SBS weitaus komplexer als nur ein Server 2008R2.ich denke den Exchangeserver bekomme ich mit nem Windowsbackup ganz gut wieder zurückgespielt, aber insgesamt zweifele ich noch.)
Den kannst du nicht alleine aus einer SBS Sicherung zurückspielen. Das ist ein nogo. Der Exchange ist mit deinem jetzigen SBS verzahnt.Im Prinzip hab ich zwischen den Feiertagen Zeit um an ein oder zwei Tagen keinen Server zu haben, aber den Rest der Zeit sollte da gearbeitet werden können.
Würde selbst einer der mehr vom SBS weiss als du so nicht wagen. Eine Migration wie von @Onitnarat angeregt solltest du aber vorher schon mehrmals getestet haben um die Fallstricke zu kennen, da kommst du dann mit 2 Tagen evtel. je nach Umgebung und hier nicht genannte Anforderungen hin. Vielleicht hilft dir SBS Swing Migration weiter.Gruß,
Peter
Hört sich nach einem Update fehler an. Warum nicht den SBS wieder von seinen Wehwehchen befreien?
Naja, es ist nicht so als hätte ich nicht schon alles Mögliche probiert. Foren, Deinstallation, Reinstalltion, aber kein Erfolg!http://social.technet.microsoft.com/Forums/en-US/winserverwsus/thread/f ...
Ich hab diese Anleitung befolgt, aber keinen Erfolg bei der Neuinstallation (Error 0x80040E14).
Was soll dir dies dann an Vorteil bringen? Der SBS 2011 ist dazu gebaut und ausgelegt dir den WSUS zu stellen.
Microsoft rät doch zur Installation des WSUS an einem nicht DC...daher dachte ich, dass sich daran halten vielleicht besser wäre, aber es ist nicht so, dass er nicht gut gelaufen hat. Ich fand es auch nicht zwingend notwendig das zu ändern, wenn es nicht so im Netz gestanden hätte.Um was für eine SQL geht es denn überhaupt? Reicht ein Express Version oder brauchst du den ganz Großen? Der
Hersteller deiner Buchhaltungssoftware kann dir dies genau sagen.
Ja genau, den Tipp habe ich auch befolgt und den SQL-Express auf dem Terminalserver installiert, da läuft auch alles super! Also ich kann es auch so lassen, werde ich dann wohl auch. Die freien SQL-Server sind da auch völlig ausreichend.Hersteller deiner Buchhaltungssoftware kann dir dies genau sagen.
Und ob den SBS auch noch einen SQL Instanz mehr verträgt hängt von deiner darunter liegende hardware deines VM Maschine
ab. Aber dein
lässt nichts gutes erahnen. Und da drin läuft dann dein TS und dein SBS. Du kannst natürlich noch einen weiteren
Server als VM laufen lassen um den SQL dort zu nutzen. Das Premium Add-on des SBS ist dazu gedacht.
Guter Tipp, aber dann spar ich mir die Mühe lieber. Ich hätte das sowieso nur ändern wollen, um alles in einem Server zu haben, also nicht wirklich aus Notwendigkeit heraus.ab. Aber dein
lässt nichts gutes erahnen. Und da drin läuft dann dein TS und dein SBS. Du kannst natürlich noch einen weiteren
Server als VM laufen lassen um den SQL dort zu nutzen. Das Premium Add-on des SBS ist dazu gedacht.
Ein SBS ist immer ein DC. Er ist immer der Chef im ring und hält alle Rollen inne. Es kann kein anderer SBS neben im
im gleichen Broadcast Netz geben.
Genau deswegen fragte ich mich ja auch in wie fern das gleichzeitig von statten gehen kann...das es nur einen DC im Netz geben kann ist deutlich...im gleichen Broadcast Netz geben.
Ein DC ohne AD ist nicht möglich. Wenn er schon wie von dir oben gewünscht DC sein soll, dann hält er schon das
AD.
OK...AD sitzt also immer direkt mit im DC. Ich fragte mich nur, wie ich die Einstellungen wieder in den neu installierten SBS bekommen würde.AD.
Dein SBS 2011 ist auch ein Server 2008R2, aber eben auch. Da ist es nicht ganz so wie im Normalfall das ich mal eben ... beim
SBS gibt es einiges mehr von anfang an zu beachten.
Dein Exchange ist mit dem SBS verheiratet. Das eine geht beim SBS nicht ohne das andere (Ja, ein SBS kann ohne Exchange betrieben
werden, aber da ist ein server 2008R2 dann deutlcih preiswerter).
Ich habe keine erfahrung im Migrieren von einem zum anderen und fragte mich, wie ich wohl den jetztigen Exchange sicher rüber setzen kann...SBS gibt es einiges mehr von anfang an zu beachten.
Dein Exchange ist mit dem SBS verheiratet. Das eine geht beim SBS nicht ohne das andere (Ja, ein SBS kann ohne Exchange betrieben
werden, aber da ist ein server 2008R2 dann deutlcih preiswerter).
nein, es kann nur einen SBS in deinen Netz geben. der Andere fährt dann immer runter. Und, du hast dann auch zwei DHC im
gleichen Netz, einer fährt immer runter.
das wäre dann eine Migration. Da kannst du gann auch den Zweiten SBS mit laufen laseen (21 Tage)
SBS <> Server 2008R2. SBS weitaus komplexer als nur ein Server 2008R2.
Den kannst du nicht alleine aus einer SBS Sicherung zurückspielen. Das ist ein nogo. Der Exchange ist mit deinem jetzigen SBS
verzahnt.
Ich bin noch mit dem von onitnarat geposteten Link dran, und das Dokument umfasst 64 Seiten, da muss ich noch ein bisschen lesen, bevor ich weiss, wie ich das sicher hinbekomme!gleichen Netz, einer fährt immer runter.
das wäre dann eine Migration. Da kannst du gann auch den Zweiten SBS mit laufen laseen (21 Tage)
SBS <> Server 2008R2. SBS weitaus komplexer als nur ein Server 2008R2.
Den kannst du nicht alleine aus einer SBS Sicherung zurückspielen. Das ist ein nogo. Der Exchange ist mit deinem jetzigen SBS
verzahnt.
sollte da gearbeitet werden können.
Würde selbst einer der mehr vom SBS weiss als du so nicht wagen. Eine Migration wie von @Onitnarat angeregt solltest du
aber vorher schon mehrmals getestet haben um die Fallstricke zu kennen, da kommst du dann mit 2 Tagen evtel. je nach Umgebung und
hier nicht genannte Anforderungen hin. Vielleicht hilft dir [http://swingmigration.itproexperts.com/swing-migration SBS Swing
Migration] weiter.
Gruß,
Peter
In jedem Fall vielen Dank für den ausführlichen Kommentar! Ich schaue mir deinen Link noch an und gucke dann mal weiter. Was die Migration angeht, soll es auch erstmal ein Test sein. Der alte SBS läuft soweit ja stabil. Nur halt mit einigen Fehlern...Würde selbst einer der mehr vom SBS weiss als du so nicht wagen. Eine Migration wie von @Onitnarat angeregt solltest du
aber vorher schon mehrmals getestet haben um die Fallstricke zu kennen, da kommst du dann mit 2 Tagen evtel. je nach Umgebung und
hier nicht genannte Anforderungen hin. Vielleicht hilft dir [http://swingmigration.itproexperts.com/swing-migration SBS Swing
Migration] weiter.
Gruß,
Peter
Hallo,
)
Gruß,
Peter
Zitat von @perfectsky:
Naja, es ist nicht so als hätte ich nicht schon alles Mögliche probiert. Foren, Deinstallation, Reinstalltion, aber kein Erfolg!
Und ohne das du uns konkrete Fehlermeldungen nennst kann dir auch keiner helfen. Im Ereignissprokoll steht alles drin. Da sollte dann mal angefangen werden. Und ein WSUS neu zu Installieren geht erst wenn die Vorraussetzungen dafür stimmen. Und dazu gehört ein sauberes und funktionierendes System, was du aber ja schon selbst sagst, nicht hast.Naja, es ist nicht so als hätte ich nicht schon alles Mögliche probiert. Foren, Deinstallation, Reinstalltion, aber kein Erfolg!
Microsoft rät doch zur Installation des WSUS an einem nicht DC...
Und Microsoft sagt beim SBS eben was anderes. Mache dir deutlich und klar: Ein SBS ist nicht nur ein Server. Ein SBS ist weitaus mehr und weitaus komplexer. Der SBS ist auch Speziell dafür ausgelegt von MS. Oder wie sollten sonst DC, AD, DNS, DHCP, WINS, IIS, Sharepoint, RWW, OWA, OMA, Exchange, SQL usw. alles auf ein Blech sauber laufen. Was für einen Reinen Server gut ist, muss nicht für dein SBS zutreffen.wenn es nicht so im Netz gestanden hätte.
Geschrieben wird viel. Dein SBS sagt dir doch schon was ihm fehlt, oder?Ja genau, den Tipp habe ich auch befolgt und den SQL-Express auf dem Terminalserver installiert, da läuft auch alles super!
Nur das du dir da ein Sicherheitsproblem einfangen kannst ist dir klar? Dein TS ist nur innerhalb deines Firmennetzs (LAN) erreichbar oder auch von ausserhalb (Externen zugriff per VPN auf den TS von externen Clients und Personen wo du nicht weisst was die tun)? Wenn nur Intern dann eher weniger ein Problem. wenn von Ausserhalb, wie stellst du sicher das die dir nicht den TS auf den kopf stellen und sich so zugtriit in dein Netz verschaffen ohne das du es mitbekommst? Nicht möglich? Dem ist aber so. daher wird es als ein Nogo betrachtet, den SQL Server auf einen TS zu betreiben. (Auch beim SBS)das es nur einen DC im Netz geben kann ist deutlich...
Nein, das habe ich niemals behauptet oder gesagt. Natürlich kannst du mehr als ein DC im Netz haben, und solltest du auch, auch bei einem SBS. Ich habe gesagt du kannst nur einen SBS im gleichen Broadcast Netz haben. Weiter DCs sind auch beim SBS kein Problem. Vorteil, fällt der SBS aus ist dein AD immer noch vorhanden. Das du mit Ausfall des SBS noch weitaus andere Probleme hast ist klar, aber dein AD ist das Herz und Grundlage deines Netzes. Wenn das weg ist, hast du erst recht Probleme.OK...AD sitzt also immer direkt mit im DC.
Nicht ganz. AD steht für Active Directory. Und ein DC steht für Domain Controller. Und ein AD kann nur von einem DC Verwaltet werden. Und ein DC kannst du ohne AD nicht aufsetzen.Ich fragte mich nur, wie ich die Einstellungen wieder in den neu installierten SBS bekommen würde.
Datensicherung deines SBS mit dem gesicherten AD und alles andere was den SBS auszeichnet. Aber ein neu installierter SBS ist eine andere Domäne, auch wenn diese den gleichen Namen hat (Domänen SID). Und um einen SBS wiederherzustellen bedarf es keine aufgesetzte Domäne.Ich habe keine erfahrung im Migrieren von einem zum anderen
Für dein Vorhanen aber musst du dieses zu 100% beherschen.und fragte mich, wie ich wohl den jetztigen Exchange sicher rüber setzen kann...
Wenn es nur ein Exchange wäre. Nur ein Exchange ist auf einen Server OS installiert und hat keine andere Rollen oder funktionen. Dein SBS ist aber eben nicht nur ein Server sondern weitaus mehr und das alles ist ineinander verzahnt. Bei dir stellt sich die frage nach "nur Exchange" also nicht und schon gar nicht wenn du wieder auf eine SBS willst.und das Dokument umfasst 64 Seiten, da muss ich noch ein bisschen lesen,
Und das ist nicht alles. Ein SBS ist halt ein bischen mehrDer alte SBS läuft soweit ja stabil. Nur halt mit einigen Fehlern...
Dann lass uns diese gezielt einen nach den anderen beheben. Dazu aber bitte einen neuen Thread erstellen.Gruß,
Peter
Angeraten und getan...
WSUS Reinstallation schlägt fehl (Error 0x80040E14)
Danke nochmals, vielleicht komme ich dort ja weiter mit eurer Hilfe!
MfG
WSUS Reinstallation schlägt fehl (Error 0x80040E14)
Danke nochmals, vielleicht komme ich dort ja weiter mit eurer Hilfe!
MfG
Nachtrag:
Ich habe noch nicht probiert den SQL auf dem Terminalserver von außen zu erreichen. Was auch beinhaltet, dass ich nicht sagen kann, ob das sicherheitstechnisch so in Ordnung ist.
Ich habe noch nicht probiert den SQL auf dem Terminalserver von außen zu erreichen. Was auch beinhaltet, dass ich nicht sagen kann, ob das sicherheitstechnisch so in Ordnung ist.
Hallo,
Gruß,
Peter
Zitat von @perfectsky:
Ich habe noch nicht probiert den SQL auf dem Terminalserver von außen zu erreichen
Stellt sich doch zuerst die Frage ob dein TS (mit installiertem SQL Server) bei euch überhaupt von ausserhalb deines LANs angesprochen werden soll, oder? Wenn dies nicht nöltig ist und Zugriffe von Ausserhalb nicht möglich sind so ist das Sicherheitsrisiko doch schon deutlich minimiert. Es bleibt dann nur noch der Angriff auf dein Netz und (den SQL) von innen heraus. Und da hab ich ja schon Zugriff auf dein LAN, DC, SQL, Freigabe etc. auch ohne über den TS gehen zu müssenIch habe noch nicht probiert den SQL auf dem Terminalserver von außen zu erreichen
Gruß,
Peter
