Dukel

Habt ihr mehrere Subnetze und Router / DHCP Relays dazwischen?

Alternativ Sharepoint (wenn das schon im Einsatz sein sollte, nur wegen einem Kalender würde ich den nicht unbedingt einführen).

Wenn ihr solche Aufbewahrungsrichtlinien habt dann muss das Backupsystem entsprechend Groß sein oder die Aufbewahrungsrichtlinie angepasst werden. Bei einem Archiv musst du ja auch 365 "Sicherungen" aufbewahren.

Du vertauscht 2 Dinge: Hyper-V Rolle am SBS ist unsupportet (aber kein Lizenzverstoß) und auch nicht empfehlenswert. RDS Host am SBS Aktivieren ist ein Lizenzverstoß. Wenn du einen RDS Server darf das nicht auf dem SBS aktiviert werden.

Die Anzahl der Server hat nichts mit den CAL's zu tun.

Auch im alten Backup der letzten Tage, als die Mail noch da war? Oder geht es um Tagesaktuelle Mails?

Du installierst einen 2008 Server und kopierst dessen ADM Dateien in deine Domäne.

Sowas sollte auch mit Batch gehen. Ich mache inzwischen alles mit Powershell. Deshalb kann ich dir bei Batch dann weniger helfen.

Wir haben uns gegen Nagios / Forks entschieden, da man für Win Server Überwachung einen Client benötigt.

Ist am Client, von dem du den Server pingen willst und den du ins AD aufnehmen willst, der Server als DNS eingetragen?

Kannst du 4 Dynamik Distributionsgruppen erstelle mit je einer OU und eine weitere Gruppe in der die 4 Gruppen sind?

Und damit noch mehr Komplexität und Fehlerquellen einbauen? Der entfernte DPM ist 1. für Archivierung (dann hat der DPM Zugriff auf alles und ist kein Problem) und 2. für Desasterfall. Bei einem Disasterfall, wenn alles weg ist (Clients, 1. DPM Server, AD,...) muss man sowieso die Umgebung wieder aufbauen und das Backup Rückwärts einspielen (erst den ersten DPM und dann den Rest). Da hilft eine 2. Software, mit anderer Bedienung, auch wenig.

MSXFAQ.DE - WinSMTP als Relay Ist zwar kein mal eben (wenn man das noch nie gemacht hat) aber unmöglich ist das auch nicht.

Woher soll eine Mail wissen auf welchem Server diese empfangen werden will. Was hast du mit dem ganzen Konstrukt vor?

Der 2. DPM sichert den 1. DPM nicht sondern die Daten werden repliziert (so viel ich weiß). Wieso sollte man auf 2 Wegen von einem Client ein Backup ziehen? Da wird der Client Doppelt belastet und ist unnötig.

Von wo nach wo hast du denn eine eMail gesendet? Stimmt das DNS (MX-Record)? Kannst du eMails aussenden?

Wenn es mit einem non-Admin User nicht geht heißt das nicht, dass das grundsätzlich nicht geht. Siehe beispielhaft unter Gruppenrichtlinien - Übersicht, FAQ und Tutorials kann man evtl. die Berechtigung so anpassen, dass es als normaler User geht.

Sicher kann DPM das. Schau dir das verlinkte Poster an bei dem Overview -> Offsite Replikation.

Das musst du manuell auf jeder Seite konfigurieren oder den Sharepoint mit extra Code anpassen. Das Seite löschen geht auch in den Seiteneinstellungen der zu löschenden Seite.

Ersten das und 2. andere Links (z.B. auf nicht Sharepointseiten) geht in der Seiteneinstellungen unter "Aussehen und Verhalten" -> "Leiste für häufig verwendete Hyperlinks".

Was passiert, wenn du deine auszuführende Zeile manuell in einem, cmd Fenster ausführst? Zusätzlich kannst du "'C:\Program Files\Microsoft\Exchange Server\V14\bin\RemoteExchange.ps1'; Connect-ExchangeServer -auto; " weglassen und die Snapins / Module / connect in deinem Script einbauen.

Wir nutzen PRTG (nutzten davor auch KS Hostmonitor, kamen aber wohl an dessen Grenzen). HW Monitoring gibt es dort von Haus aus für Dell Server, daher haben wir parallel noch HP-SIM im Einsatz.

Kann man hier nicht ein Markplatz einrichten und die Kisten hier versuchen zu verkaufen?

Du sollst auch nicht die Kopie auf Tape über das WAN schicken sondern die replizierung zwischen den beiden Disk Backups. Leider hab ich keine Ahung, wie das bei DPM funktioniert, ich kenne das nur von anderen Backuplösungen. Backup2Disk (im Lokalen RZ) 2Disk (im entfernten RZ) 2Tape (das auch im entfernten RZ). Evtl. brauchst du dafür einen 2. DPM im entfernten RZ.

Wieso nicht? Du willst doch die Datei sowieso löschen. Dann kannst du auch davor die Rechte ändern.