faq-o-matic.net » Meinolf Weber

Exchange 2007 auf Windows Server 2008 R2 installieren

Meinolf Weber — Fri, 25 Jun 2010 07:30:19 +0000

Mit dem Service Pack 3 für Exchange Server 2007 ist es jetzt möglich, auf dem Windows Server 2008 R2 Exchange 2007 zu installieren. Allerdings gibt es Einschränkungen, welche zu beachten sind.

Nicht unterstützt ist die Installation von Exchange 2007 Service Pack 3:

auf einem auf Windows Server 2008 R2 basierenden Computer, auf dem ein Upgrade aus Windows Server 2008 ausgeführt wurde.
bei einem Upgrade aus Exchange 2007 SP2 auf Exchange 2007 SP3 auf einem auf Windows Server 2008 R2 basierenden Computer, auf dem ein Upgrade aus Windows Server 2008 ausgeführt wurde
bei einem Upgrade des Betriebssystems aus Windows Server 2008 auf Windows Server 2008 R2 auf einem Computer, auf dem Exchange 2007 SP3 installiert ist.

Siehe ebenfalls:

Neuerungen in Exchange Server 2007 SP3

Exchange Server Supportability Matrix

Dateisystem aufräumen nach einem Upgrade auf Windows 7

Meinolf Weber — Tue, 02 Feb 2010 12:27:00 +0000

Nach einer Upgrade-Installation bleiben bestimmte Ordner und Dateien erhalten, welche für ein eventuelles Rollback bei Problemen während des Upgrades benötigt werden. Ebenfalls können aus diesen Ordern noch benötigte Dateien in das neue System kopiert werden.

Es sind $WINDOWS.~Q und $INPLACE.~TR, die sichtbar werden, wenn man die „Ausgeblendeten Dateien, Ordner und Laufwerke“ sichtbar macht.

Nach dem Start der Datenträgerbereinigung über Start, Alle Programme, Zubehör, Systemprogramme …

… und Auswahl des Laufwerkes wird die „normale“ Ansicht der Datenträgerbereinigung angezeigt.

Nun den Schalter „Systemdateien bereinigen“ drücken (nur unter Windows 7) und nach nochmaligem Auswählen des Laufwerkes werden weitere Felder eingeblendet in der Datenträgerbereinigung, unter anderem:

Vorherige Windows-Installation(en)
Temporäre Windows-Installationsdateien
Protokolldateien für Windows-Upgrades
Beim Windows-Upgrade verworfene Dateien

Wenn diese ebenfalls mit ausgewählt werden zum Löschen, werden die oben genannten Ordner ebenfalls entfernt. Der Löschvorgang mit der Datenträgerbereinigung verhindert ebenfalls, dass die Rechte der Order umständlich übernommen werden müssen, da diese vom System geschützt sind.

Eindeutige Computer-SIDs unwichtig?

Meinolf Weber — Tue, 17 Nov 2009 09:12:00 +0000

Eine Antwort auf Mark Russinovich – oder: Debunking the Myth Debunking

Wie schon so oft wirft Mark Russinovich Diskussionsstoff im Windows-Bereich auf. Mit der Aussage, die Einzigartigkeit der von Computer-SIDs sei in einer Domäne nicht von Bedeutung, hat er dieses wieder einmal geschafft. Allerdings ist es wichtig zu berücksichtigen, worauf sich seine Einordnung bezieht. Daher fasst dieser Artikel einige Aspekte zusammen.

Mark Russinovich hat sich in einem Blog-Artikel zu der Thematik geäußert, ob Computer-SIDs innerhalb oder außerhalb einer Windows-Domäne eindeutig sein müssen. Kurz gefasst, behauptet er, dass dies nicht der Fall sein müsse. Nachlesen sollte man das hier:

[Mark's Blog : The Machine SID Duplication Myth]
http://blogs.technet.com/markrussinovich/archive/2009/11/03/3291024.aspx

Unmittelbar nach der Veröffentlichung brach ein Sturm der Entrüstung aus – gut ablesbar an den vielen Kommentaren zu dem Artikel. Die Erfahrung vieler Admins zeigt, dass es eben doch Abhängigkeiten zu einer eindeutigen Computer-SID gibt. In der Folge ruderte Mark daher ein Stück zurück (die Fassung des Artikels, die jetzt auf seinem Blog steht, unterscheidet sich an vielen Stellen vom ursprünglichen Text – vor allem der vorletzte Absatz beginnend mit “The final case …”).

Im Kern stellt Mark die Wichtigkeit der Domänen-SID der Maschine dar, welche unterschiedlich zu der lokalen Computer-SID ist. Beide SIDs haben auch nichts miteinander zu tun. Siehe ebenfalls folgenden Artikel darüber:

[Aaron Margosis' "Non-Admin" and App-Compat WebLog : Machine SIDs and Domain SIDs]
http://blogs.msdn.com/aaron_margosis/archive/2009/11/05/machine-sids-and-domain-sids.aspx

Verschiedene Services und Applikationen sind aber wohl doch abhängig von der SID. Dieses wurde in Foren und Newsgroups schon mehrfach durch den Rat bewiesen, einfach bei geklonten Maschinen unter anderem die Computer-SID mit Sysprep, dem einzigen von Microsoft unterstützten Tool, zu ändern – wonach die bestehenden Probleme gelöst waren.

[The Microsoft policy for disk duplication of Windows installations]
http://support.microsoft.com/kb/314828/en-us

Folgende Microsoft-Produkte zeigen zumindest in bestimmten Situationen Abhängigkeiten von siner eindeutigen SID:

SCCM (System Center Configuration Manager)
SMS (Systems Management Server)
KMS (Key Management Service)
abhängig von der Client Machine ID (CMID), welche ebenfalls mit sysprep verändert wird und somit meiner Meinung nach hier zum Tragen kommt, auch wenn die SID nicht betroffen ist, siehe auch (http://blogs.technet.com/askcore/archive/2009/10/16/kms-host-client-count-not-increasing-due-to-duplicate-cmid-s.aspx)
Gruppenrichtlinien

Drittanbieter-Tools sind ebenfalls betroffen, wenn man den Blog-Einträgen folgt:

Quest Migration Manager (www.quest.com)
Symantec AV (www.symantec.com)

WSUS habe ich nicht mitgelistet, da die SUSClientID der entscheidende Faktor ist und diese beim Benutzen von sysprep nicht gelöscht wird (http://support.microsoft.com/kb/903262).

Als klares Statement von Mark geht allerdings auch hervor, dass Computer-Klone die nicht mit sysprep bearbeitet werden, NICHT von Microsoft supported werden, womit meiner Meinung die wichtigste Aussage getätigt ist.

Windows 7 von USB installieren

Meinolf Weber — Sun, 25 Oct 2009 18:59:01 +0000

Passend zur Einführung von Windows 7 hat Microsoft ebenfalls das "Windows 7 USB/DVD Download Tool" bereitgestellt. Hiermit ist es möglich, einen bootfähigen USB-Stick zu erstellen, um die Installation von Windows 7 auf Computern ohne optisches Laufwerk durchzuführen. Bitte daran denken, dass eine Erstellung von bootfähigen USB-Sticks die vorhandenen Daten löscht.

Vorraussetzung ist ein ISO-Image von Windows 7 und ein USB-Stick mit mindestens 4 GB. Das Programm läuft unter den 32- und 64-Bit-Versionen von Windows XP SP2, Vista und Windows 7 mit installiertem .Net Framework 2.0 oder höher. Eine englische Beschreibung des Programms findet sich hier.

Exchange 2007 SP2 und Windows Server 2008 R2

Meinolf Weber — Fri, 18 Sep 2009 09:36:49 +0000

Es besteht jetzt die Möglichkeit, Exchange 2007 SP2 auf Windows Server 2008 in einem ansonsten puren Windows Server 2008 R2 Netzwerk zu installieren. Achtung: Die direkte Installation von Exchange 2007 auf einem Server unter Windows 2008 R2 ist nach wie vor nicht möglich!

Hier der Link für die benötigten Schritte vom Exchange Team Blog, allerdings nur in Englisch:

http://msexchangeteam.com/archive/2009/09/15/452494.aspx

KMS-Aktivierung mit Windows 7 und Windows Server 2008 R2

Meinolf Weber — Thu, 03 Sep 2009 19:13:51 +0000

Bei der Produktaktivierung von Windows Server 2008 R2 und Windows 7 mit einem KMS unter Windows Server 2003 bestehen Probleme. Dafür werden folgende Updates benötigt:

http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=f3a0d90c-b7fd-44cf-bf81-11587adc599f

http://www.microsoft.com/downloads/details.aspx?displaylang=de&FamilyID=1678151b-b577-476f-87da-df54024b98e2

Ebenfalls bereitgestellt:

http://www.microsoft.com/downloads/results.aspx?pocId=&freetext=968912&DisplayLang=de

faq-o-matic.net » Meinolf Weber

Exchange 2007 auf Windows Server 2008 R2 installieren

Verwandte Beiträge:

Dateisystem aufräumen nach einem Upgrade auf Windows 7

Verwandte Beiträge:

Eindeutige Computer-SIDs unwichtig?

Eine Antwort auf Mark Russinovich – oder: Debunking the Myth Debunking

Verwandte Beiträge:

Windows 7 von USB installieren

Verwandte Beiträge:

Exchange 2007 SP2 und Windows Server 2008 R2

Verwandte Beiträge:

KMS-Aktivierung mit Windows 7 und Windows Server 2008 R2

Verwandte Beiträge: