Dukel

Das selbe was gegen den Einsatz von SQL Instanzen allgemein spricht: - Erhöht den Management Aufwand - Man muss den RAM genauer teilen (min, max) d.H. jede Instanz hat nur einen Teil des RAMs und nicht den kompletten RAM der Hardware zur Verfügung - Wenn der Server wegen einer Instanz heruntergefahren werden muss ist die 2. Instanz auch betroffen Wieso brauchen die beiden Orgaeinheiten Administrativen Zugriff auf den Server? Wieso reicht kein Administrativer Zugriff auf Ihre Datenbanken?

Und der Exchange Server ist nicht zu teuer? Wie wäre es mit der Windows Eigenen Backupsoftware?

Wieso installierst du dann keine komplett eigenen SQL Server?

Was hast du denn vor?

Wieso willst du mehrere Instanzen nutzen? Reichen mehrere Datenbanken in der einen Instanz nicht aus? Mehrere Instanzen sind immer, außer es geht wirklich nicht anders, zu vermeiden.

Entweder man hat eine wirklich kleine Umgebung (1 Host und ein paar VM's) dann reicht das auch oder man hat eine größere Umgebung dann sollte man in jeden Fall mit System Center Managen. Da sieht das ganze dann anders aus.

Ja. Kannst du.

Wenn du Know-How aufbauen willst kannst du das auch im LAN und stellt dann keinen potentiellen Spamversender ins Internet. Wenn du schon geschrieben hast, dass es zu hause nicht lief dann versuche das doch erst zum laufen zu bekommen. Ein Root Server ist nicht zum basteln und zum spielen.

Wieso willst du Exchange auf einem Root Server installieren? Wieso nicht im eigenen LAN oder hosten lassen?

Wieso willst du einen DC auf einem Root Server installieren?

Wieso migrierst du das ganze nicht auf eine aktuelle Hardware und ein aktuelles OS?

Was hast du denn vor? Backup auf beide NAS abzulegen? Kannst du die Umgebung genau beschreiben?

Man muss die neuen Features nicht nutzen, aber man kann, wenn sie benötigt werden. Was man nutzen sollte ist der Remote Desktop Broker. Damit wird man automatisch auf "seinen" RDS Hosts umgeleitet, wenn noch eine Session des Users existiert.

HYPER-V and SYSTEM CENTER: Why You Should Not Running Domain Controller in a Cluster Hyper V Host? Wenn man keinen Physikalischen DC hat und virtuelle DC's ging das bei 2008R2 nicht, das geht erst ab Server 2012 / Hyper-V 3.0 Wenn man einen Physikalischen DC neben der Hyper-V Farm hat ist das auch unter 2008R2 kein Problem.

Speichere doch die Log Daten Lokal und kopiere diese nach dem erstellen auf das Netzlaufwerk.

Ich denke es kommt auf die Backupsoftware an. Unter Umständen werden auch andere Informationen, als die eigentlichen Nutzdaten, auf das Band geschrieben.

Ja das ist so korrekt.

Wieso willst du das nicht über eine Softwareverteilungslösung machen?

Dein Proxy muss halt Internetadressen auflösen können. Solange die internen DNS Server richtig Konfiguriert sind (Weiterleitung auf Provider / Router DNS) geht das so. Wenn man die "Externen DNS Server" einträgt kommt man nicht an evtl. benötigte interne Adressen.

Ich glaube es geht nicht um den Key und die Aktivierung, sondern dass man Sysprep nur 3 mal ausführen kann. Ob das bei Win 8 auch noch so ist weiß ich aber nicht. Wenn man Virtuelle Maschinen Sysprept sollte man vor dem Sysprep einen Screenshot erstellen.

Man kann einen Standalone Hyper-V auf jeden Fall in die Domäne aufnehmen (die VM's starten auch so), bei einem geclusterten Hyper-V (mit CSV) geht das erst ab Hyper-V 3.0 bzw. Windows Server 2012. Man kann die Hyper-V auch in einer Workgroup lassen, aber braucht man nicht.

Wenn Rechner nicht ins Internet dürfen dann nutze einen Transparenten oder Zwangs Proxy und schließe dort die Rechner aus. Einen Proxy manuell eintragen kann du sonst nicht verhindern. Außerdem wieso mit Erzwungen?

Ich dachte es geht um IP und nicht um Storage Spiegeln.

Gibt es vielleicht eine andere GPO, die die Konfiguration überschreibt?

Vielleicht interpretiert die Software das so und stellt die Variablen selbst um.