18
SBS2011 automatischer Shutdown nach Migration
Hallo zusammen,
Ich habe folgendes Problem, wozu mir noch keine Lösung einfällt.
Ein Kunde von mir hatte einen SBS2011 Server mit installierter Branchensoftware. Nun habe ich eine Migration der AD auf 2016 durchgeührt. Zusätzlich habe ich eine Exchangemigration auf 2016 auf einen weiteren Server durchgeführt. Die FSMO-Rollen wurden auf den neuen DC übertragen und die kompletten Rollen am "alten SBS2011" deinstalliert, sodass dieser eigentlich nur noch ein Filserver ist.
Grund hierfür ist eine alte Software, welche noch auf dem SBS2011 installiert wurde. Diese muss leider bestehen bleiben, da sie noch verwendet wird. Ein Umzug ist nicht möglich, da es den Hersteller nicht mehr gibt.
Mein konstellation sieht nun wie folgt aus.
1 DC 2016 mit AD ( migriert von SBS)
1 EX 2016 (migriert von SBS)
1 "SBS2011" alle Rollen deinstalliert, EX deinstalliert, Sharepoint deninstalliert... Nur Fileserver für alte Software.
Mein Problem.
Der SBS fährt sich dennoch mit immer wieder von selbst herunter:
Der Prozess C:\Windows\system32\silsvc.exe (XY) hat den/das Herunterfahren von Computer SRV01 für Benutzer NT-AUTORITÄT\SYSTEM aus folgendem Grund initialisiert: Herunterfahren von Legacy-API
Begründungscode: 0x80070000
Herunterfahrtyp: Herunterfahren
Kommentar: Der Computer wurde aufgrund des Lizenzeinhaltungsdiensts heruntergefahren. Einzelheiten dazu finden Sie in den Ereignissen unter "Microsoft", "Windows", "Serverinfrastrukturlizenzierung", "Betriebsbereit".
Gibt es eine Lösung bei SBS2011 um ihm das auszutreiben ?! Ich verstehe den Hintergrund. Ein SBS möchte immer Erster DC in der Domäne sein... Er ist aber nicht einmal mehr ein DC sondern nur noch Member.
Kann man in der REG nicht irgndwo einen Wert verändern, damit er kein SBS sonder ein 2008R2 ist ?!
Danke für eure Hilfe
Ich habe folgendes Problem, wozu mir noch keine Lösung einfällt.
Ein Kunde von mir hatte einen SBS2011 Server mit installierter Branchensoftware. Nun habe ich eine Migration der AD auf 2016 durchgeührt. Zusätzlich habe ich eine Exchangemigration auf 2016 auf einen weiteren Server durchgeführt. Die FSMO-Rollen wurden auf den neuen DC übertragen und die kompletten Rollen am "alten SBS2011" deinstalliert, sodass dieser eigentlich nur noch ein Filserver ist.
Grund hierfür ist eine alte Software, welche noch auf dem SBS2011 installiert wurde. Diese muss leider bestehen bleiben, da sie noch verwendet wird. Ein Umzug ist nicht möglich, da es den Hersteller nicht mehr gibt.
Mein konstellation sieht nun wie folgt aus.
1 DC 2016 mit AD ( migriert von SBS)
1 EX 2016 (migriert von SBS)
1 "SBS2011" alle Rollen deinstalliert, EX deinstalliert, Sharepoint deninstalliert... Nur Fileserver für alte Software.
Mein Problem.
Der SBS fährt sich dennoch mit immer wieder von selbst herunter:
Der Prozess C:\Windows\system32\silsvc.exe (XY) hat den/das Herunterfahren von Computer SRV01 für Benutzer NT-AUTORITÄT\SYSTEM aus folgendem Grund initialisiert: Herunterfahren von Legacy-API
Begründungscode: 0x80070000
Herunterfahrtyp: Herunterfahren
Kommentar: Der Computer wurde aufgrund des Lizenzeinhaltungsdiensts heruntergefahren. Einzelheiten dazu finden Sie in den Ereignissen unter "Microsoft", "Windows", "Serverinfrastrukturlizenzierung", "Betriebsbereit".
Gibt es eine Lösung bei SBS2011 um ihm das auszutreiben ?! Ich verstehe den Hintergrund. Ein SBS möchte immer Erster DC in der Domäne sein... Er ist aber nicht einmal mehr ein DC sondern nur noch Member.
Kann man in der REG nicht irgndwo einen Wert verändern, damit er kein SBS sonder ein 2008R2 ist ?!
Danke für eure Hilfe
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: 364306
Url: https://administrator.de/forum/sbs2011-automatischer-shutdown-nach-migration-364306.html
Ausgedruckt am: 23.12.2024 um 05:12 Uhr
18 Kommentare
Neuester Kommentar
Mahlzeit
Aber warum installiert man dann nicht einen W2K8 R2 und verschiebt die Installation der Software?
Wenn das nicht geht, warum lässt du dem SBS nicht die FSMO, das tut doch keinem weh.
Mein konstellation sieht nun wie folgt aus.
1 DC 2016 mit AD ( migriert von SBS)
1 EX 2016 (migriert von SBS)
1 "SBS2011" alle Rollen deinstalliert, EX deinstalliert, Sharepoint deninstalliert... Nur Fileserver für alte Software.
grober Fehler1 DC 2016 mit AD ( migriert von SBS)
1 EX 2016 (migriert von SBS)
1 "SBS2011" alle Rollen deinstalliert, EX deinstalliert, Sharepoint deninstalliert... Nur Fileserver für alte Software.
Mein Problem.
Der SBS fährt sich dennoch mit immer wieder von selbst herunter:
Works, as designt Der SBS fährt sich dennoch mit immer wieder von selbst herunter:
Gibt es eine Lösung bei SBS2011 um ihm das auszutreiben ?! Ich verstehe den Hintergrund. Ein SBS möchte immer Erster DC in der Domäne sein... Er ist aber nicht einmal mehr ein DC sondern nur noch Member.
Kann man in der REG nicht irgndwo einen Wert verändern, damit er kein SBS sonder ein 2008R2 ist ?!
Nein, das geht nicht.Kann man in der REG nicht irgndwo einen Wert verändern, damit er kein SBS sonder ein 2008R2 ist ?!
Aber warum installiert man dann nicht einen W2K8 R2 und verschiebt die Installation der Software?
Wenn das nicht geht, warum lässt du dem SBS nicht die FSMO, das tut doch keinem weh.
Moin,
LG, Thomas
Gibt es eine Lösung bei SBS2011 um ihm das auszutreiben ?!
nein. Vorher schlau machen ...LG, Thomas
Moin..
Der SBS fährt sich dennoch mit immer wieder von selbst herunter:
Der Prozess C:\Windows\system32\silsvc.exe (XY) hat den/das Herunterfahren von Computer SRV01 für Benutzer NT-AUTORITÄT\SYSTEM aus folgendem Grund initialisiert: Herunterfahren von Legacy-API
Begründungscode: 0x80070000
Herunterfahrtyp: Herunterfahren
Kommentar: Der Computer wurde aufgrund des Lizenzeinhaltungsdiensts heruntergefahren. Einzelheiten dazu finden Sie in den Ereignissen unter "Microsoft", "Windows", "Serverinfrastrukturlizenzierung", "Betriebsbereit".
nein, das ist nicht möglich, da irgendwas zu tricksen!
das ist ein grober Planungsfehler von dir... da gibbet auch nix zu fixen!
was ist das für eine "alte Software"
evtl könen wir ja da helfen.
Frank
Der SBS fährt sich dennoch mit immer wieder von selbst herunter:
Der Prozess C:\Windows\system32\silsvc.exe (XY) hat den/das Herunterfahren von Computer SRV01 für Benutzer NT-AUTORITÄT\SYSTEM aus folgendem Grund initialisiert: Herunterfahren von Legacy-API
Begründungscode: 0x80070000
Herunterfahrtyp: Herunterfahren
Kommentar: Der Computer wurde aufgrund des Lizenzeinhaltungsdiensts heruntergefahren. Einzelheiten dazu finden Sie in den Ereignissen unter "Microsoft", "Windows", "Serverinfrastrukturlizenzierung", "Betriebsbereit".
nein, das ist nicht möglich, da irgendwas zu tricksen!
das ist ein grober Planungsfehler von dir... da gibbet auch nix zu fixen!
was ist das für eine "alte Software"
evtl könen wir ja da helfen.
Frank
Moin!
Muss denn der Server überhaupt noch Mitgied der Domain sein?
Wenn du ALLES korrekt migriert hast, kannst du ihn doch aus der Domäne rauswerfen und ne Arbeitsgruppe definieren?
Als Fileserver sollte er dann noch erreichbar sein, oder?
Buc
Muss denn der Server überhaupt noch Mitgied der Domain sein?
Wenn du ALLES korrekt migriert hast, kannst du ihn doch aus der Domäne rauswerfen und ne Arbeitsgruppe definieren?
Als Fileserver sollte er dann noch erreichbar sein, oder?
Buc
Ich denke, dass dieser Gedanke nicht wirklich helfen dürfte: Um die User authentifizieren zu können, muss der alte SBS wohl aufs AD zugreifen = Member sein. Das geht by design aber nicht, weil er dann als Highlander in der Regel nach einer Stunde wieder selbst herunterfährt.
Und die betreffenden User per Hand (ggf. mittels Script) neben dem neuen AD auch auf dem alten SBS zu pflegen, dürfte dauerhaft für Mühe sorgen. Freilich könnten ein, zwei "Superuser" eingerichtet werden, mit deren Kontodaten dann die wahren User zugreifen, sofern denn die betreffende Software dies praktikabel zulässt. Das stringente Herunterfahren nach einer Stunde wird damit nicht beseitigt.
Ein anderer Gedanke ist bereits angeklungen: Die Software kann mit ihren eigenen Dateien auf einen neuen W2K8(R2) kopiert werden. Etwaige Registry-Schlüssel (Classes, HKCU, HKLM etc.) müssten ebenfalls transferiert werden. Dann kann der neue W2K8 selbst auch vollwertiges Mitglied des AD sein und die Software sollte weiterhin / wieder laufen. Umso weniger sich die alte Software in die Registry eingegraben hat, um so leichter sollte es gehen. Solange der alte SBS noch existiert, können innerhalb des einstündigen Zeitfensters durchaus die bisherige und die transferierte Installation miteinander verglichen werden. Weil der alte SBS nur noch die Referenz für den fehlerfreien Betrieb ist, ist das Zeitfenster auch hinreichend praktikabel.
Schwieriger / aufwendiger dürfte es werden, wenn sich die alte Software gleichsam Exchange auch noch ins AD eingegraben haben sollte. Dann müssen deren Objekte ebenfalls ins neue AD.
HansDampf06
Und die betreffenden User per Hand (ggf. mittels Script) neben dem neuen AD auch auf dem alten SBS zu pflegen, dürfte dauerhaft für Mühe sorgen. Freilich könnten ein, zwei "Superuser" eingerichtet werden, mit deren Kontodaten dann die wahren User zugreifen, sofern denn die betreffende Software dies praktikabel zulässt. Das stringente Herunterfahren nach einer Stunde wird damit nicht beseitigt.
Ein anderer Gedanke ist bereits angeklungen: Die Software kann mit ihren eigenen Dateien auf einen neuen W2K8(R2) kopiert werden. Etwaige Registry-Schlüssel (Classes, HKCU, HKLM etc.) müssten ebenfalls transferiert werden. Dann kann der neue W2K8 selbst auch vollwertiges Mitglied des AD sein und die Software sollte weiterhin / wieder laufen. Umso weniger sich die alte Software in die Registry eingegraben hat, um so leichter sollte es gehen. Solange der alte SBS noch existiert, können innerhalb des einstündigen Zeitfensters durchaus die bisherige und die transferierte Installation miteinander verglichen werden. Weil der alte SBS nur noch die Referenz für den fehlerfreien Betrieb ist, ist das Zeitfenster auch hinreichend praktikabel.
Schwieriger / aufwendiger dürfte es werden, wenn sich die alte Software gleichsam Exchange auch noch ins AD eingegraben haben sollte. Dann müssen deren Objekte ebenfalls ins neue AD.
HansDampf06
Moin
Zitat von @the-buccaneer:
Muss denn der Server überhaupt noch Mitgied der Domain sein?
Wenn du ALLES korrekt migriert hast, kannst du ihn doch aus der Domäne rauswerfen und ne Arbeitsgruppe definieren?
Als Fileserver sollte er dann noch erreichbar sein, oder?
Du hast entweder nicht gelesen, dass es um einen SBS geht oder genauso wenig Ahnung von der Materie wie der TO.Muss denn der Server überhaupt noch Mitgied der Domain sein?
Wenn du ALLES korrekt migriert hast, kannst du ihn doch aus der Domäne rauswerfen und ne Arbeitsgruppe definieren?
Als Fileserver sollte er dann noch erreichbar sein, oder?
Also Moment mal, goscho... War ein paar Tage nicht da, aber das kann ich so nicht stehen lassen...
TO: "sodass dieser eigentlich nur noch ein "Filserver" ist. Grund hierfür ist eine alte Software, welche noch auf dem SBS2011 installiert wurde."
Was spricht dagegen, den alten SBS aus dem AD zu nehmen und die User evtl. händisch zu pflegen?
Der TO äussert sich nicht näher über die Art der Software, eventuelle Authentifizierungs / Zugriffsgeschichten oder über die Anzahl der User. Da es ein SBS ist (war) sollte das nicht im 3-stelligen Bereich liegen??? Er möchte, dass der "alte" ein Fileserver wird. (?)
Um den automatischen Shutdown zu vermeiden, MUSS er den alten SBS aus der Domäne kicken. Dann hat er nen "Fileserver", der kein SBS und kein primärer oder sekundärer oder hunderttausendster DC mehr ist, denn die Einschränkung auf die hier referiert wird ist die Domain.
Ohne, dass wir wissen, was das für eine Software mit welchen Anforderungen ist, bleibt das akademisch (warum hätte er das auch sagen sollen, es war doch Freitag...)
Ich fand nur deinen Kommentar auf meinen lösungsorientierten Ansatz ehrlich gesagt arrogant und wenig sinnvoll...
HansDampf hat ja nun im Gegensatz bedenkenswerte Einwände beigesteuert.
Wäre hilfreich, wenn wir uns hier nicht immer gleich Ahnungslosigkeit vorwerfen sondern sachlich bleiben.
Buc
TO: "sodass dieser eigentlich nur noch ein "Filserver" ist. Grund hierfür ist eine alte Software, welche noch auf dem SBS2011 installiert wurde."
Was spricht dagegen, den alten SBS aus dem AD zu nehmen und die User evtl. händisch zu pflegen?
Der TO äussert sich nicht näher über die Art der Software, eventuelle Authentifizierungs / Zugriffsgeschichten oder über die Anzahl der User. Da es ein SBS ist (war) sollte das nicht im 3-stelligen Bereich liegen??? Er möchte, dass der "alte" ein Fileserver wird. (?)
Um den automatischen Shutdown zu vermeiden, MUSS er den alten SBS aus der Domäne kicken. Dann hat er nen "Fileserver", der kein SBS und kein primärer oder sekundärer oder hunderttausendster DC mehr ist, denn die Einschränkung auf die hier referiert wird ist die Domain.
Ohne, dass wir wissen, was das für eine Software mit welchen Anforderungen ist, bleibt das akademisch (warum hätte er das auch sagen sollen, es war doch Freitag...)
Ich fand nur deinen Kommentar auf meinen lösungsorientierten Ansatz ehrlich gesagt arrogant und wenig sinnvoll...
HansDampf hat ja nun im Gegensatz bedenkenswerte Einwände beigesteuert.
Wäre hilfreich, wenn wir uns hier nicht immer gleich Ahnungslosigkeit vorwerfen sondern sachlich bleiben.
Buc
Moin Buc,
ich habe das genauso gemeint, wie ich es geschrieben habe.
Dabei ist es mir egal, ob es hochnäsig oder arrogant wirkt.
Es geht hier um einen SBS2011.
Diese kann nur als Domaincontroller betrieben werden. Er muss ebenso Inhaber aller FSMO sein.
Ein SBS2011 kann kein Mitglied einer Arbeitsgruppe sein.
Falls du jetzt darüber nachdenken solltest, einfach den SBS in einer anderen Domäne zu belassen, gibt es die nächste Einschränkung.
Eine Domäne eines SBS kann keine Vertrauensstellungen zu anderen DOmänen aufbauen.
Ich gebe solche Tipps nicht, wenn ich von der Materie keine Ahnung habe.
ich habe das genauso gemeint, wie ich es geschrieben habe.
Dabei ist es mir egal, ob es hochnäsig oder arrogant wirkt.
Es geht hier um einen SBS2011.
Diese kann nur als Domaincontroller betrieben werden. Er muss ebenso Inhaber aller FSMO sein.
Ein SBS2011 kann kein Mitglied einer Arbeitsgruppe sein.
Falls du jetzt darüber nachdenken solltest, einfach den SBS in einer anderen Domäne zu belassen, gibt es die nächste Einschränkung.
Eine Domäne eines SBS kann keine Vertrauensstellungen zu anderen DOmänen aufbauen.
Zitat von @the-buccaneer:
Um den automatischen Shutdown zu vermeiden, MUSS er den alten SBS aus der Domäne kicken. Dann hat er nen "Fileserver", der kein SBS und kein primärer oder sekundärer oder hunderttausendster DC mehr ist, denn die Einschränkung auf die hier referiert wird ist die Domain.
Du hast von Small Business Servern also keinerlei Ahnung. Um den automatischen Shutdown zu vermeiden, MUSS er den alten SBS aus der Domäne kicken. Dann hat er nen "Fileserver", der kein SBS und kein primärer oder sekundärer oder hunderttausendster DC mehr ist, denn die Einschränkung auf die hier referiert wird ist die Domain.
Ich fand nur deinen Kommentar auf meinen lösungsorientierten Ansatz ehrlich gesagt arrogant und wenig sinnvoll...
Dein lösungsorientierter Ansatz hat aber nichts mit der WIrklichkeit zu tun.Ich gebe solche Tipps nicht, wenn ich von der Materie keine Ahnung habe.
HansDampf hat ja nun im Gegensatz bedenkenswerte Einwände beigesteuert.
Ähnlich wie HansDampf habe ich vorgeschlagen, die Software auf einen Windows Server 2008 R2 zu bringen, welcher durchaus und ohne Probleme Member der Domäne ohne SBS sein kann.
Moin Mädels...
näääääää... also soooo ganz ist das nicht richtig!
das ein SBS2011 kein Mitglied einer Arbeitsgruppe sein kann, ist schon richtig!
Allerdings, wenn alle FSMO verschoben sind, der Exchange 2010 Deinstalliert ist, das Blech mit dcpromo aus der Domäne geworfen wurde, kann er in einer AG bleiben oder als Server 2008R2 zurück in die Domäne....
ob das sinnvoll ist, ist erstmal egal... aber es geht!
wenn ihr dann das Angeschlagene Blech als File Server nutzen wollt, solltet ihr euch vorher über die Rechte im klaren sein, die nämlich auf dem weg in die AG flöten gehen....
und bei DCPROMO natürlich aufpassen und wach sein.... ich habe schon Kanidaten gesehen, die eine ganze Domäne gelöscht haben.....
so, jetzt seit ihr experten wieder dran
Frank
Es geht hier um einen SBS2011.
Diese kann nur als Domaincontroller betrieben werden. Er muss ebenso Inhaber aller FSMO sein.
Ein SBS2011 kann kein Mitglied einer Arbeitsgruppe sein.
Diese kann nur als Domaincontroller betrieben werden. Er muss ebenso Inhaber aller FSMO sein.
Ein SBS2011 kann kein Mitglied einer Arbeitsgruppe sein.
näääääää... also soooo ganz ist das nicht richtig!
das ein SBS2011 kein Mitglied einer Arbeitsgruppe sein kann, ist schon richtig!
Allerdings, wenn alle FSMO verschoben sind, der Exchange 2010 Deinstalliert ist, das Blech mit dcpromo aus der Domäne geworfen wurde, kann er in einer AG bleiben oder als Server 2008R2 zurück in die Domäne....
ob das sinnvoll ist, ist erstmal egal... aber es geht!
wenn ihr dann das Angeschlagene Blech als File Server nutzen wollt, solltet ihr euch vorher über die Rechte im klaren sein, die nämlich auf dem weg in die AG flöten gehen....
und bei DCPROMO natürlich aufpassen und wach sein.... ich habe schon Kanidaten gesehen, die eine ganze Domäne gelöscht haben.....
so, jetzt seit ihr experten wieder dran
Frank
Moin,
!
LG, Thomas
kann er in einer AG bleiben oder als Server 2008R2 zurück in die Domäne....
nö !LG, Thomas
Zitat von @keine-ahnung:
Moin,
!
LG, Thomas
Moin,
kann er in einer AG bleiben oder als Server 2008R2 zurück in die Domäne....
nö !LG, Thomas
Doch...
er ist ja kein SBS2011 mehr.. sondern ein normaler 2008R2...
Doch...
nö .sondern ein normaler 2008R2...
Der Bill hat dem SBS 2011 irgend so ein Lizenzprüfdingens implantiert, welches auch die FSMO checkt und was man IMHO nicht entschärft bekommt.LG, Thomas
Zitat von @keine-ahnung:
.
ja, das stimmt.... allerdings nur solange wie du in der SBS2011 Installierten Domäne bist....Doch...
nö .sondern ein normaler 2008R2...
Der Bill hat dem SBS 2011 irgend so ein Lizenzprüfdingens implantiert, welches auch die FSMO checkt und was man IMHO nicht entschärft bekommt.wenn du aus allem raus bist, ist es ein normaler server 2008R2!
LG, Thomas
Zitat von @Vision2015:
wenn du aus allem raus bist, ist es ein normaler server 2008R2!
Nein, das ist falsch.Zitat von @keine-ahnung:
.
ja, das stimmt.... allerdings nur solange wie du in der SBS2011 Installierten Domäne bist....Doch...
nö .sondern ein normaler 2008R2...
Der Bill hat dem SBS 2011 irgend so ein Lizenzprüfdingens implantiert, welches auch die FSMO checkt und was man IMHO nicht entschärft bekommt.wenn du aus allem raus bist, ist es ein normaler server 2008R2!
Wenn der SBS kein DC mehr ist, wir er zum Fahrstuhl-Server!
Das kannst du einfach testen oder dem TO glauben, denn er hat ja genau das Problem.
Zitat von @goscho:
Wenn der SBS kein DC mehr ist, wir er zum Fahrstuhl-Server!
richtig..Zitat von @Vision2015:
wenn du aus allem raus bist, ist es ein normaler server 2008R2!
Nein, das ist falsch.Zitat von @keine-ahnung:
.
ja, das stimmt.... allerdings nur solange wie du in der SBS2011 Installierten Domäne bist....Doch...
nö .sondern ein normaler 2008R2...
Der Bill hat dem SBS 2011 irgend so ein Lizenzprüfdingens implantiert, welches auch die FSMO checkt und was man IMHO nicht entschärft bekommt.wenn du aus allem raus bist, ist es ein normaler server 2008R2!
Wenn der SBS kein DC mehr ist, wir er zum Fahrstuhl-Server!
Das kannst du einfach testen oder dem TO glauben, denn er hat ja genau das Problem.
nee.. genau das glaube ich nicht! er schreibt nur, das er alle Rollen deinstalliert hat,und den Exchange & Sharepoint rausgeworfen!also scheint das blech noch in der Domäne zu sein! und genau das darf er nicht mehr... also muss er raus...
und das geht in seinem Fall nicht, weil sein Fileserver mit rechten etc arbeitet!
Frank
Zitat von @Vision2015:
nee.. genau das glaube ich nicht! er schreibt nur, das er alle Rollen deinstalliert hat,und den Exchange & Sharepoint rausgeworfen!
also scheint das blech noch in der Domäne zu sein! und genau das darf er nicht mehr... also muss er raus...
und das geht in seinem Fall nicht, weil sein Fileserver mit rechten etc arbeitet!
Er schreibt auch, dass der SBS kein DC mehr ist.nee.. genau das glaube ich nicht! er schreibt nur, das er alle Rollen deinstalliert hat,und den Exchange & Sharepoint rausgeworfen!
also scheint das blech noch in der Domäne zu sein! und genau das darf er nicht mehr... also muss er raus...
und das geht in seinem Fall nicht, weil sein Fileserver mit rechten etc arbeitet!
Sobald ein SBS2011 kein DC mehr ist, hat man halt nur noch stundenweise Spaß.
ich glaube dir und dem TO gerne, das der SBS2011 kein DC mehr ist, deswegen kann er noch in der Domäne sein!
erst wenn er vollständig aud der Domäne ist, und das SBS geraffel runter ist, er in einer AG ist, dann ist er nur noch Server2008R2!
Frank
erst wenn er vollständig aud der Domäne ist, und das SBS geraffel runter ist, er in einer AG ist, dann ist er nur noch Server2008R2!
Frank
Zitat von @Vision2015:
erst wenn er vollständig aud der Domäne ist, und das SBS geraffel runter ist, er in einer AG ist, dann ist er nur noch Server2008R2!
Das wird nicht funktionieren.erst wenn er vollständig aud der Domäne ist, und das SBS geraffel runter ist, er in einer AG ist, dann ist er nur noch Server2008R2!
