Dukel

Man kann schon beides nutzen, sollte aber alles genau überdenken, dass sich beide HA Lösungen nicht in die Quere kommen (auch wenn das verschiedene Techniken sind).

Wieso willst du virtualisieren, wenn du die ganzen Vorteile (HA, DRS,...) nicht nutzen willst?

Im Falle eines Hardwareausfalls übernimmt das ESX HA ein Failover. Ein Cluster in einem Virtuellen Cluster hilft bei Anwendungsausfällen (wenn z.B. von OS 1 der Serverdienst abraucht) und das man z.B. das OS ohne Downtime patchen kann.

Was läuft auf dem Cluster? Soll der Cluster dann aufgelöst werden und alles über ESX HA gemacht werden oder soll der Cluster dann bleiben?

Die Tools sind eher Monitoringsoftware und keine Client Management Software.

Die Meldung hat nichts mit Kerberos zu tun. Die kommt wenn Dienste mit dem Farm User laufen, die nicht mit dem Farm User laufen sollten.

Da geht es eher um einen Hyper-V Cluster. Dieser kommt nicht ohne AD hoch. Ich würde aber auch in einer kleinen Umgebung nicht nur einen DC und nicht nur eine Hyper-V Host einsetzen.

2 Lizenzen. Entweder mit der x+1 Regel installieren oder z.B. den kostenlosen Hyper-V Server nutzen.

Dann schau dir den 2. Workaround an. Der ist vielleicht einfacher.

Get-Content liest nur Informationen aus Dateien. Das hat nichts mit Gruppen oder Usern zu tun. Das Problem ist nicht das get-content sondern was du mit den Informationen machen willst.

Was funktioniert bei Usern?

Weil in der Datei _mehrere_ Gruppen stehen brauchst du eine Schleife, damit jeder Eintrag aus der Datei ausgewertet wird.

faq-o-matic.net » Hyper-V 3.0: Was (wahrscheinlich) kommt, Teil 2 Workarounds: How to use Hyper-V with a wireless network connection - NicolBlog - Site Home - MSDN Blogs Providing Internet Access to Hyper-V machines through a WiFi Adapter « Akfash's Weblog

Wieso nimmst du nicht z.b. unterschiedliche Subdomänen oder unterschiedliche Domänen für die 2 Zwecke?

Frag den der den Sharepoint geplant hat welcher Dienste mit welchem User laufen sollte. Und wenn du das selbst bist und dir darüber keine Gedanken gemacht hast wird es sicher der "Windows-Dienst - SharePoint Foundation-Suche" Dienst sein, welcher per Default mit dem Farm Konto läuft.

Steht doch alles in dem Link in der Fehlermeldung.

Auch wenn es nicht das optimalste Produkt ist gibt es keine Beschränkung, dass die Express Version nicht auch kommerziell eingesetzt werden darf.

Hast du dir schon mal überlegt statt dem Standby ein HA Setup (Cluster, Mirror, Log Shipping) aufzusetzen?

So viel ich weiß erst ab SBS2008 bzw. SBS2011. Evtl. war ein Wsus in der Premium Version dabei, aber ich dachte beim SBS2003 Standard ist keiner dabei.

Es gibt keine PDC's mehr bei 2000. Und wieso repariert man keine defekte Umgebung und lässt diese dann stattdessen so weiterlaufen? Ich hab aktuell kein Windows 2000 hier aber dass keine Sekundären Zonen gehen glaube ich nicht.

Wie wäre es mit überprüfen des aktiven Netzwerkanschlusses?

Wenn keine Stubzonen funktionieren dann nimm doch Bedingte Weiterleitungen oder Sekundäre Zonen.

Die Gruppen kannst du auch so konfigurieren. Die Clients generell zum Wsus verbinden geht aber über GPO.

Welche Infos hast du denn in der Datei, die du mit Get-Content ausliest?

Ja. Schleifen sind dafür da um das selbe mit mehreren unterschiedlichen Werten (hier: User) zu machen. Als bsp: foreach($user in (get-content -Path D:\Exchsrvr\PS-Log\Sa-FA.txt)){ $user }