Frage : Ersetzen eines Bedieners in einem vorhandenen Gebiet anders als den Hauptgebiets-Steuerpult

Ich habe ein Gebiet in einem Schulsystem, das einen Bedienergebietssteuerpult 2003 hat und jede der sieben Schulen haben einen zusätzlichen Bediener im gleichen Gebiet. Alle diese Bediener sind Bediener OS 2003. Ich ersetze einen der Bediener der Schule, um ein Bediener 2008 R2 zu sein. Ich habe adprep laufen gelassen und mein Gebiet für solch einen Zusatz vorbereitet. Ich möchte die gleiche Computerbezeichnung für den Bediener verwenden, dass ich replacing.

Is es sicher, in aktive Verzeichnis-Benutzer und Computer gerade einzusteigen und den Bediener zu löschen bin, der unter dem Gebiets-Steuerpultabschnitt verzeichnet wird (die dritte Wahl wählend „dieser Gebietssteuerpult ist dauerhaft indirekt und kann using den aktiven Verzeichnis-Installations-Zauberer (DCPROMO) nicht mehr abgewertet werden. Dann kann ich DCPROMO auf dem neuen Computer R2 laufen lassen des Bedieners 2008 und ihm den gleichen Namen geben, wie vorher durch den Bedienerbediener 2003 verwendet und meine Entwicklung auf diese Weise fortsetzt wurde.

Is dieses eine annehmbare Annäherung für diese Installation?

Antwort : Ersetzen eines Bedieners in einem vorhandenen Gebiet anders als den Hauptgebiets-Steuerpult

Die Art des Eigentums sollte ein TypeConverter stützen.

Für in das Bild zeigten Sie oben und auffüllten struct Unterstützungen PaddingConverter:

Wenn ein usercontrol ein Eigentum hat
allgemeines MyPoint mypoint {erhalten; Satz;}
dann

[TypeConverter (typeof (MyPointConverter))]
allgemeines struct MyPoint
{
…
}

allgemeine Kategorie MyPointConverter: TypeConverter
{
…
}