Hans Brender's Blog

Seit dem 1.4.2012 für MSDN User und für Microsoft Partner und VL-Kunden verfügbar. Der System Center 2012 Data Protection Manager (SCDPM).

Einen Überblick über den SCDPM 2012 erfahren Sie hier.
Hier erfahren sie die letzten Änderungen.
Generelle Neuheiten sind hier beschrieben.
Die neue Administrator Konsole wird ausführlich hier beschrieben.

Was wie gesichert wird, das schreibt der SCDPM in eine Instanz des SQL Servers. Nicht die Sicherungsdaten, die liegen für eine kurzfristige Sicherung auf Festplatte, für die langfristige Sicherung auf Band. Diese Instanz dieser Datenbank kann lokal oder aber Remote liegen. Wenn Sie einen Remote SQL Server verwenden, hat dies den Vorteil, das in Falle eines Ausfall des DPM Servers bei einer Neuinstallation wieder auf die vorhandene SQL Daten zurück-gegriffen werden kann. Sollten Sie den SQL Server lokal auf dem DPM Server installieren, sollten Sie die Datenbank dazu in regelmäßigen Abständen sichern. Auf keinen Fall aber mit dem SCDPM Server.

Die hier beschriebene Migration beschreibt den Weg:

In TechNet-Artikeln wird eigentlich exakt beschrieben, wie bei einem Update von der Vorgänger-Version vorzugehen ist. Zusammengefasst sind dabei mehrere Dinge zu beachten:

1. Bei der integrierte Firewall müssen bestimmte Ports geöffnet sein. Und das nicht nur auf der Maschine, auf dem der SCDPM später ausgeführt ist, auch auf dem Remote-Server, auf dem der SQL Server installiert ist. Sind nicht alle relevanten Ports freigeschaltet, kommt es bei der Installation zu Fehlermeldungen, die schlichtweg falsch sind . (Siehe weiter unten)
2. Die Datenbank auf dem SQL Server wird verändert. Sollte etwas schiefgehen, ist es absolut notwendig, ein Backup der SCDPM 2010 Datenbank zu erstellen !
3. Bevor wir das Update anstoßen muss zuvor das DataProtecionManger Update installiert werden!
4. Die “alten” DPM2010 Agenten müssen auf die “neue” Version des Agenten upgedatet werden. (Dies ist jedoch aus der Administrator-Konsole per Klick möglich)

	Sind die Vorbereitungen abgeschlossen, kann das Setup gestartet werden
	Hier die Auswahl des SQL Servers (Remote)
	Hier die Fehlermeldung, wenn Sie den SQL Server nicht vorbereitet haben. Die dazugehörenden Installation-Files befinden sich  im Ordner SQLPrepInstaller und müssen auf dem Remote SQL Server installiert werden.
	Hier muss der richtige Lizenz-Key eingetragen werden.
	Überprüfung des verfügbaren Plattenplatzes.
	Für den lokalen Benutzer Account wird ein Password benötigt.
	Microsoft Updates, Ja oder Nein
	Sie können, müssen aber nicht…
	Jetzt werden die Services implementiert.
	uups, ein Fehler.
	wie oben schon beschrieben, die SQL Server Reporting Services laufen. Es fehlt ein Port-Freigabe in der Firewall des SQL Servers.Leider merkt sich Der Update-Assistent nichts. Also nochmal das ganze…
	Jetzt sieht es besser aus…Die Datenbank wird auf das neue Format angehoben. SCDPM erzeugt jetzt auch eindeutige Datenbanknamen. Aus DPMDB wird  DPMDB_xxxx, wobei xxxx der Servername der Installation des SCDPM 2012 bedeutet. Damit können jetzt mehrere SCDPM Server zu einem Remote SQL Server verbunden werden.
	und anschließend die Installation überprüft.
	Der vorhandene SCDPM 2010 auf SCDPM 2012 angehoben.
	Je nachdem, wie viele Server und Clients, und vor allem in welchem Umfang kann dieser Prozess eine Weile dauern. Jede Protection Gruppe wird implementiert.
	Es ist vollbracht. Jetzt kann die Administrator-Konsole gestartet werden.
	Jetzt müssen die diversen Agenten auf die neue Version gebracht werden. Ein Klick genügt.
	Auch dieser Prozess wird angezeigt.
	Etwas langwieriger sind die nachstehenden Aufgaben. Die Replicas sind nicht mehr konsistent, sagt der SCDPM 2012.

Je nachdem, wie viele Server in den verschiedensten Konfigurationsmöglichkeiten gesichert werden, dauert dies eine Weile.

Haben Sie im DMP2010 eine E-Mail-Benachrichtigung  eingetragen, geht diese leider verloren und muss neu eingetragen werden

	Hier sind ein gültiger SMTP Server und eine gültige E-Mail Adresse einzutragen.
	Hier können mehrere Empfänger eingetragen werden.
	Die Fehlermeldung ist eindeutig.
	Reporting Services Configuration Manager des SQL Server 2008 R2
	Auch hier muss eine gültige E-Mail Adresse und ein gültiger SMTP Server angegeben werden

Fazit:

Wenn die richtigem Ports beim Remote Server des SQL Server 2008 R2 geöffnet sind, dann ist die Migration von System Center Data Protection Manager der Version 2010 auf die Version 2012 eine einfache Angelegenheit.

An den Installations-Assistenten wurde Verbesserungen eingebracht. Aber so gut wie beim System Center Unfied Installer, der sich Eingaben merkt, sind sie (noch) nicht. Positiv zu vermerken sind das problemlose Updaten der SCDPM-Agenten und das Arbeiten mit der neuen, bei allen System-Center 2012 Produkten vorhandene, Oberfläche. Der Administrator benötigt so gut wie keine Einarbeitungszeit, wenn er das Vorgängerprodukt kennt.

Nach der Migration können Sie sich dann in Ruhe mit den Neuerungen des System Center 2012 Data Protection Managers beschäftigen