Dukel

Das ist einfach nicht erlaubt. Diverse Lizenzbestimmungen (z.B. FSMO Rollen) werden überprüft, Trusts werden so viel ich weiß nicht erlaubt (hab's aber noch nie getestet). Für ein Partnerunternehmen ist evtl. ADFS sinnvoller.

Sorry. Meinte Enterprise Sata. Mir ist der Begriff eben nicht eingefallen.

Zwischendrin. Sind Enterprise SATA mit SAS Anschluss. Nicht ganz so gut wie SAS aber besser als (Consumer) SATA. EDIT: Begriff korrigiert.

Bei HP Raid Controllern steht für Raid 1 auch immer Raid 1+0. Ich verglich Raid 1 mit Raid 5 (wegen dem Vorschlag von lefg, speziell zum Austausch der Disk im laufenden Betrieb. Das klang von ihm so, dass das nur bei Raid 5 ginge). Bei beiden ist eine Hotspare Disk Optional. Selbe gilt für die BBU und Cache.

Ich hatte nie geschrieben, dass das die Performance verbessert. War nur eine weitere Option, wobei ich auch auf die Empfehlungen des Herstellers hören würde. Manche Raid Hersteller nennen Raid 1 auch Raid 1+0 und das heißt dann 2 Disks (optional + Hotspare, das ist bei Raid 5 ja auch optional und ich hatte vorallem mit Raid 5 verglichen).

Steht doch in der Fehlermeldung: The root certificate is untrusted. Du musst das Root Zertifikat in der Sub CA irgendwo eintragen (frag mich aber nicht wo).

Je nach Raidkontroller kann man auch ein Raid auf mehrere Virtuelle Disks aufteilen. D.h. man hat ein Raid 1 aus 2 Platten und teilt das auf und hat dann im Windows 2 "Physikalische" Disks. Auch bei einem Raid 1+0 kann man defekte Disks im Betrieb tauschen und hat dazu noch dioe höhere Performance.

Ja es gibt den aktuellen SCCM nur in der 64bit Version: Supported Configurations for Configuration Manager

Lade die Fotos bei einem Image Hoster hoch und verlinke diese.

Es ist 1. nicht sinnvoll den auf dem gleichen Host laufen zu lassen. Eine 2. Physikalische Maschine sollte da schon sein. Die braucht auch nicht viel Ressourcen und 2. geht es Lizenzrechtlich schon, man braucht dann aber eine weitere Server Lizenz. Ich würde nicht 2GB bis 64GB zuweisen. Wenn eine VM dann wirklich alles nimmt hat die 2. keine Ressourcen mehr. Außerdem kann man den Startwert auf 512MB stellen bei einem Windows Server 2008R2. Außerdem ist es nicht unbedingt sinnvoll 2 DC's auf einem Hyper-V Host laufen zu lassen. Da hat man dann auch nicht mehr Ausfallsicheheit.

Solange alle Betriebssysteme lizenziert sind ist das machbar. Man sollte neben einem virtuellen DC einen physikalischen halten. Erstens aus Ausfallgründen und zweitens, wenn man einen Hyper-V Cluster hat ist das unbedingt nötig. Außerdem muss man diverse Dinge (z.B. zeit, snapshots,...) beachten, wenn man einen DC virtulisiert, ist aber problemlos machbar. In einer kleinen Umgebung mit nur einem Server ist es evtl. zu viel noch nen 2. hinzustellen, daher kann man das auch mit nur einem machen. Man muss sich aber im klaren sein, dass wenn dieser ausfällt gar nichts mehr geht. Hast du dir auch schon Gedanken über das Backup gemacht?

Verwechselst du da CSE mit GPP?

Wo ist das Problem? Wenn die Prüfung vorbei ist kann man die Rechte komplett entziehen. Wieso sollte man während einer Prüfung das Ergebnis nicht noch korrigieren dürfen, wenn einem ein Fehler eingefallen ist?

Wenn XP keine neuen Patches mehr braucht hat man mehr Platz für neue Patches von Windows 7 ;) Wie viel Platz belegt wird kommt immer drauf an. Nur OS oder auch Applikationspatches (Office, Exchange, Sql,...). Welche Typen von Patches (Sicherheitsupdates, Feature Packs, Service Packs,...) und vor allem welche Sprachen (z.B. Server sind alle auf engl, Clients alle auf dt.).

Zur Hand nicht, aber ist ja auch kein Hexenwerk. Ungetestet: $datum = get-date -f "yyyyMMdd" $src = "C:\Daten" $dst = "\\server\share\$datum" move-item -recurse $src $dst

Was sagt "ping 10.10.10.16" und was sagt "ping 10.10.10.1 bis ...10"?

Shrinking Virtual Disks Mit dem verkleinern hab ich noch nie probiert und würde das auch eher nicht machen. Am besten man legt für die Anwendungsdaten eigene Disks an und bei wirklichem Verkleinerungsbedarf erstellt man eine kleinere Disk und migriert die Daten und löscht dann die große.

Hast du nur einen DC? Wenn nein, rufst du adprep auf dem DC mit der Schema Master Rolle auf?

Die vom TO eingesetzte wohl nicht (z.B. wenn das Archivsystem zwischen Internet und Exchange Server reingehängt wird und nicht an den Exchange angedockt wird). Deswegen meine Anmerkung zu einem anderen Archivsystem. @StefanWe: Schau dir mal MSXFAQ.DE - MRM Message Records Management an.

Verkleinern geht andersherum! Erst im Dateisystem verkleinern, dann auf der Storage (VMware). Wenn man erst im VMWare die Disk verkleinert fehlt der Partition "Physischer Speicher" und es kann zu Problemen kommen.

Kann man das nicht zentral durchsetzen. Managed Ordner oder wie das heißt? Ach ja: Was macht ein User, welcher Mails sucht, die älter als dieses Jahr ist? Wenn das Archivsystem Mails nicht löscht wird es diese auch nicht mit einem Stubfile ersetzen und dem User fehlen die Mails direkt im Postfach. Da wäre eine andere Archivlösung evtl. sinnvoller.

Wieso installierst du nicht einfach in eurer Domänen nen SQL Server?

Bitte sehr. Danke für die Rückmeldung.

Du hast ja da schon eine Partition erstellt. Der zu erweiternde Platz muss leer sein und unformatiert.

Naja. Wir betreuen diverse Server und Zubehör für mehrere Abteilungen eines großen Konzerns. Mailrelays, Software Inventarisierung / Deployment macht der Kunde selbst. Wir nutzen die Infrastrukur des Kunden incl. Mailserver