rok

Ich hatte das in einem fremden Account getestet.
Sobald der neue Account (wartet auf Freigabe, weil Verein) freigeschaltet ist, teste ich erneut und mache auch Screenshots. Danke!

OK, das mit SSL habe ich bewältigt. Klappt alles. Auch Autodiscover. Danke für die richtige Richtung!

Die eigentlichen Frage 3 (nicht 2) hat sich erledigt, sofern das Zertifikat richtig installiert ist und der Autodiscover funktioniert, braucht man keine Angaben zu RPC Proxy machen, die liefert Autodiscover!

Frage 2 kann ich mir selbst beantworten, wenn ich nach anlegen des Migrationsendpunktes einen neuen Migrations-Task anlegen möchte. Dort wird nämlich im zweiten Schritt angeboten, die entsprechenden Benutzer auszuwählen, oder per CSV hoch zu laden.

Und da entsteht meine Frage 4:

Sollten hier jetzt nicht Benutzer angezeigt werden? Bei mir nämlich nicht. :(

Wenn ich hier eine CSV-Liste hoch lade, dann ist der Schritt zwar gesichert, bekomme dann aber auf der nächsten Seite wieder eine Fehlermeldung, wo er den Servernamen haben möchte. Ist doch eigentlich Quatsch, da ich doch den Endpunkt schon festgelegt habe...? Getestet habe ich das mit einem Admin.

Ou. Also brauche ich für die Migration zwingend ein nicht-selbst-signiertes Zertifikat? Das kann auch nicht umgangen werden?

Nochmal zu meiner Frage 2: sind die beiden FQDNs die selben?

Hallo!

Ich teste mich gerade an ein (für mich) neues Thema. Es müssen die 22 Postfächer vom SBS2011 zu O365 umgezogen werden.

Ich habe auch schon einige Anleitungen durchgelesen und bin schon auf ein paar Fragen gestoßen. Vielleicht könnt ihr mir helfen? Danke!!

1. Werden bei der Migration auch Kontaktlisten migriert, auf die (derzeit) alle Zugriff haben und bleibt der Zugriff bestehen?
2. Lokal bestehen aus alten Benutzern noch Postfächer, die nicht migriert werden sollen. Kann man darauf Einfluss nehmen, welche Postfächer man migriert?
3. Wahrscheinlich ist das Autodiscover fehlerhaft. Beim erstellen eines Migrationsendpunktes wird ein FQDN für den "RPC-Proxyserver" verlangt. Wie bekomme ich diesen Namen heraus? Normalerweise ist das doch der selbe, wie der FQDN des Exchangeservers (wenn man kein Cluster betreibt), oder? In meinem Fall (wenn ich für beide den selben Namen eintrage) bekomme ich eine Fehlermeldung "Es konnte keine Verbindung mit dem Remoteserver hergestellt werden.".
   Kann mir jemand ein Beispiel aus der Praxis nennen, oder zumindest, wie ich an den Namen komme? Outlook Anywhere ist aktiviert. Der Test "Exchange ActiveSync" von https://testconnectivity.microsoft.com lief erfolgreich, der Verbindungstest "Outlook-Verbindung" nicht. Ich befürchte, dass einfach nur ein paar Ports nicht frei geschaltet sind. Oder? Ist das überhaupt der richtige Test?

Hallo!

Ich nutze O365 bei der nicht alle E-Mail Adressen über den MS Exchange laufen, gem. dieser Anleitung.

Bsp: 

user1@domain1.de -> user1@domain1.onmicrosoft.com (Weiterleitung zu Exchange-User)

user2@domain1.de -> user2@domain1.onmicrosoft.com (Weiterleitung zu Exchange-User)

user3@domain1.de (IMAP)

Funktioniert seit einem Jahr fehlerfrei.

Jetzt wird es etwas komplexer:
user1 soll zukünftig mit einer anderen E-Mail (andere Domain) Mails versenden. Das Konstrukt bleibt gleich, so das unterschiedliche Benutzer weiterhin den Maildienst vom Hosting-Provider in Anspruch nehmen, während andere wiederum O365 nutzen.

Bsp der zusätzlichen Benutzer:

user1@domain2.de -> user1@domain1.onmicrosoft.com (Weiterleitung zu Exchange-User)

user4@domain2.de (IMAP)

Also habe ich wieder alles gem. obiger Anleitung hinzugefügt. Auch die "Akzeptierte Domäne" mit "internem Relay".

Jetzt mein Problem:

Sendet user2@domain1.de an user4@domain2.de eine E-Mail, bekommt er direkt diese Fehlermeldung:

"user4 wurde nicht in domain2.de gefunden, oder das Postfach ist nicht verfügbar."

user4 liegt aber nicht im O365 und sollte nach extern zugestellt werden. Mit user3@domain1.de klappt das.

Wo liegt der Fehler, bzw. was kann ich einstellen, damit es klappt. Geht das überhaupt so, wie ich mir das vorstelle?

Hallo Nils.

Das löschen aus dem AD machst du wie?

Einfach den Eintrag aus "Domaincontroller" löschen? Oder ist da noch mehr?

Den ::1-Eintrag bekomme ich doch nur weg, wenn ich IPv6 deaktiviere, oder?

Im Grunde könnte ich das auch machen, ich wüsste nur nicht, wie das die o.g. Fehlermeldung beseitigen kann. Offensichtlich sind Programmdateien defekt, nicht?

Wie kann ich den WINS mitnehmen?

2016: 

Zitat

C:\Users\Administrator.domänenname>ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : SRV01
   Primäres DNS-Suffix . . . . . . . : domänenname.local
   Knotentyp . . . . . . . . . . . . : Gemischt
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : domänenname.local

Ethernet-Adapter Ethernet1:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : vmxnet3 Ethernet Adapter #2
   Physische Adresse . . . . . . . . : 00-0C-29-CD-E0-2B
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::4101:6db5:57f7:16ba%2(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.16.11(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . : 192.168.16.1
   DHCPv6-IAID . . . . . . . . . . . : 134220841
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-23-77-44-7F-00-0C-29-52-26-3E
   DNS-Server  . . . . . . . . . . . : ::1
                                       192.168.16.11
                                       127.0.0.1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter isatap.{1DE4BD3F-C285-44F7-BC50-F6B41B159AD4}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

2008:

Zitat

C:\Users\Administrator>ipconfig /all

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : server01
   Primäres DNS-Suffix . . . . . . . : domänenname.local
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : domänenname.local

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection w
ith I/O Acceleration
   Physikalische Adresse . . . . . . : 00-30-48-D4-E9-A8
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja
   Verbindungslokale IPv6-Adresse  . : fe80::c894:efa4:e705:f3c7%10(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.16.3(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . : 192.168.16.1
   DNS-Server  . . . . . . . . . . . : ::1
                                       192.168.16.11
   Primärer WINS-Server. . . . . . . : 192.168.16.3
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

Tunneladapter LAN-Verbindung*:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : isatap.{A7DFE5E0-04C2-433D-8719-06756E269
9E4}
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 8:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physikalische Adresse . . . . . . : 02-00-54-55-4E-01
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Hier noch ein Auszug aus dem CBS.log, hier gibt es wohl defekte, nicht reparierbare Dateien, ich weiß aber nicht, ob das mein Problem ausmacht:

2018-11-12 21:07:41, Info                  CSI    0000038c [SR] Verify complete
2018-11-12 21:07:41, Info                  CSI    0000038d [SR] Repairing 8 components
2018-11-12 21:07:41, Info                  CSI    0000038e [SR] Beginning Verify and Repair transaction
2018-11-12 21:07:41, Info                  CSI    0000038f Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-s..onfiguration-wizard_31bf3856ad364e35_6.0.6002.18005_none_99f97c2900b9a29f\scwvariables.xml do not match actual file [l:32{16}]"scwvariables.xml" :
  Found: {l:32 b:4IaIX3u91DcQPvIePEu2GAWacuNKdi5+hbQRaOY8IC8=} Expected: {l:32 b:vh/Tpmyj15maCCdMLUbLZ5pxibPU/7Q+yDDiMjcSKVw=}
2018-11-12 21:07:41, Info                  CSI    00000390 [SR] Cannot repair member file [l:32{16}]"scwvariables.xml" of Microsoft-Windows-Security-Configuration-Wizard, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:41, Info                  CSI    00000391 Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-servicingstack_31bf3856ad364e35_6.0.6002.18005_none_676975d87cc9b6e6\PkgMgr.exe do not match actual file [l:20{10}]"PkgMgr.exe" :
  Found: {l:32 b:jK7rt6Zq6dAG8yQ0V1h7za76lkehW6XW0CiFGwG/fhc=} Expected: {l:32 b:DObFAbu74acARt+q+cvCdLu9PvfTVLLjEQi6cP4cY1w=}
2018-11-12 21:07:41, Info                  CSI    00000392 [SR] Cannot repair member file [l:20{10}]"PkgMgr.exe" of Microsoft-Windows-ServicingStack, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:42, Info                  CSI    00000393 Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-wssee_31bf3856ad364e35_6.0.6001.18000_none_c0b2cd8b9221f24d\ssee_10.msi do not match actual file [l:22{11}]"ssee_10.msi" :
  Found: {l:32 b:LWMt8YUqd3vK1zpP3iiUnUSA6sjPH6OzbTQknW+jNuQ=} Expected: {l:32 b:34uoqH3ehq7fe2oSWeF4dICwLqB0YR8IgyiMCAa0djo=}
2018-11-12 21:07:42, Info                  CSI    00000394 [SR] Cannot repair member file [l:22{11}]"ssee_10.msi" of Microsoft-Windows-WSSEE, Version = 6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:42, Info                  CSI    00000395 Hashes for file member \SystemRoot\WinSxS\amd64_ws3cap.inf_31bf3856ad364e35_6.0.6002.18005_none_f4d201a3f9d3a6b2\vms3cap.sys do not match actual file [l:22{11}]"vms3cap.sys" :
  Found: {l:32 b:Fsw54JPSFlBgek/kzLu1axIZV1N47ep/voCpbpCWAz8=} Expected: {l:32 b:+IxgqXAO1XsFgoYUWq7v1kP/nyjtHSnK5K4layOsEZE=}
2018-11-12 21:07:42, Info                  CSI    00000396 [SR] Cannot repair member file [l:22{11}]"vms3cap.sys" of ws3cap.inf, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:42, Info                  CSI    00000397 Hashes for file member \SystemRoot\WinSxS\wow64_microsoft-windows-mmsys_31bf3856ad364e35_6.0.6002.18005_none_c6ce8922c90b1b4a\8point1.wav do not match actual file [l:22{11}]"8point1.wav" :
  Found: {l:32 b:GOzGvasB1vVeoicOW00Kh2Vgg47is0wTL4isuhDmtDQ=} Expected: {l:32 b:+TDnt1w4uDj4w+eft6QR5CmvhciD3sS8ODLaRuFEdY4=}
2018-11-12 21:07:42, Info                  CSI    00000398 [SR] Cannot repair member file [l:22{11}]"8point1.wav" of Microsoft-Windows-mmsys, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_IA32_ON_WIN64 (10), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:42, Info                  CSI    00000399 Hashes for file member \??\C:\Windows\PolicyDefinitions\en-US\InetRes.adml do not match actual file [l:24{12}]"InetRes.adml" :
  Found: {l:32 b:f2Ca02GHu2Yr3ccXiLvfpdfLkfeeDX2UExmZb6pQm2U=} Expected: {l:32 b:8uqfOni5TmKQ2+wymJKX9uLDOmUV2H1RKpYV3gacaRw=}
2018-11-12 21:07:42, Info                  CSI    0000039a [SR] Repairing corrupted file [ml:520{260},l:76{38}]"\??\C:\Windows\PolicyDefinitions\en-US"\[l:24{12}]"InetRes.adml" from store
2018-11-12 21:07:42, Info                  CSI    0000039b WARNING: File [l:24{12}]"InetRes.adml" in [l:76{38}]"\??\C:\Windows\PolicyDefinitions\en-US" switching ownership
    Old: Microsoft-Windows-InetRes-Adm.Resources, Version = 8.0.6001.18702, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture = [l:10{5}]"en-US", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
    New: Microsoft-Windows-InetRes-Adm.Resources, Version = 9.1.8112.21272, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture = [l:10{5}]"en-US", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
2018-11-12 21:07:42, Info                  CSI    0000039c Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-s..onfiguration-wizard_31bf3856ad364e35_6.0.6002.18005_none_99f97c2900b9a29f\scwvariables.xml do not match actual file [l:32{16}]"scwvariables.xml" :
  Found: {l:32 b:4IaIX3u91DcQPvIePEu2GAWacuNKdi5+hbQRaOY8IC8=} Expected: {l:32 b:vh/Tpmyj15maCCdMLUbLZ5pxibPU/7Q+yDDiMjcSKVw=}
2018-11-12 21:07:42, Info                  CSI    0000039d [SR] Cannot repair member file [l:32{16}]"scwvariables.xml" of Microsoft-Windows-Security-Configuration-Wizard, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:42, Info                  CSI    0000039e [SR] This component was referenced by [l:166{83}]"Package_182_for_KB948465~31bf3856ad364e35~amd64~~6.0.1.18005.948465-676_neutral_GDR"
2018-11-12 21:07:42, Info                  CSI    0000039f Hashes for file member \??\C:\Windows\security\msscw\TransformFiles\scwvariables.xml do not match actual file [l:32{16}]"scwvariables.xml" :
  Found: {l:32 b:4IaIX3u91DcQPvIePEu2GAWacuNKdi5+hbQRaOY8IC8=} Expected: {l:32 b:vh/Tpmyj15maCCdMLUbLZ5pxibPU/7Q+yDDiMjcSKVw=}
2018-11-12 21:07:42, Info                  CSI    000003a0 Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-s..onfiguration-wizard_31bf3856ad364e35_6.0.6002.18005_none_99f97c2900b9a29f\scwvariables.xml do not match actual file [l:32{16}]"scwvariables.xml" :
  Found: {l:32 b:4IaIX3u91DcQPvIePEu2GAWacuNKdi5+hbQRaOY8IC8=} Expected: {l:32 b:vh/Tpmyj15maCCdMLUbLZ5pxibPU/7Q+yDDiMjcSKVw=}
2018-11-12 21:07:42, Info                  CSI    000003a1 [SR] Could not reproject corrupted file [ml:520{260},l:88{44}]"\??\C:\Windows\security\msscw\TransformFiles"\[l:32{16}]"scwvariables.xml"; source file in store is also corrupted
2018-11-12 21:07:43, Info                  CSI    000003a2 Hashes for file member \SystemRoot\WinSxS\amd64_ws3cap.inf_31bf3856ad364e35_6.0.6002.18005_none_f4d201a3f9d3a6b2\vms3cap.sys do not match actual file [l:22{11}]"vms3cap.sys" :
  Found: {l:32 b:Fsw54JPSFlBgek/kzLu1axIZV1N47ep/voCpbpCWAz8=} Expected: {l:32 b:+IxgqXAO1XsFgoYUWq7v1kP/nyjtHSnK5K4layOsEZE=}
2018-11-12 21:07:43, Info                  CSI    000003a3 [SR] Cannot repair member file [l:22{11}]"vms3cap.sys" of ws3cap.inf, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type = [l:24{12}]"driverUpdate", TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:43, Info                  CSI    000003a4 [SR] This component was referenced by [l:166{83}]"Package_101_for_KB948465~31bf3856ad364e35~amd64~~6.0.1.18005.948465-410_neutral_GDR"
2018-11-12 21:07:43, Info                  CSI    000003a5 Hashes for file member \SystemRoot\WinSxS\wow64_microsoft-windows-mmsys_31bf3856ad364e35_6.0.6002.18005_none_c6ce8922c90b1b4a\8point1.wav do not match actual file [l:22{11}]"8point1.wav" :
  Found: {l:32 b:GOzGvasB1vVeoicOW00Kh2Vgg47is0wTL4isuhDmtDQ=} Expected: {l:32 b:+TDnt1w4uDj4w+eft6QR5CmvhciD3sS8ODLaRuFEdY4=}
2018-11-12 21:07:43, Info                  CSI    000003a6 [SR] Cannot repair member file [l:22{11}]"8point1.wav" of Microsoft-Windows-mmsys, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_IA32_ON_WIN64 (10), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:43, Info                  CSI    000003a7 [SR] This component was referenced by [l:166{83}]"Package_137_for_KB948465~31bf3856ad364e35~amd64~~6.0.1.18005.948465-537_neutral_GDR"
2018-11-12 21:07:43, Info                  CSI    000003a8 Hashes for file member \??\C:\Windows\PolicyDefinitions\inetres.admx do not match actual file [l:24{12}]"inetres.admx" :
  Found: {l:32 b:3T/Xc+0k/wBxJ4k/vlPd86jLOYtWOjRsHrz0hHH9H8s=} Expected: {l:32 b:DjclSPQ+c3ju7E53XXW47eR94SH7ICruHSUKg8YAkO0=}
2018-11-12 21:07:43, Info                  CSI    000003a9 [SR] Repairing corrupted file [ml:520{260},l:64{32}]"\??\C:\Windows\PolicyDefinitions"\[l:24{12}]"inetres.admx" from store
2018-11-12 21:07:43, Info                  CSI    000003aa WARNING: File [l:24{12}]"inetres.admx" in [l:64{32}]"\??\C:\Windows\PolicyDefinitions" switching ownership
    Old: Microsoft-Windows-InetRes-Adm, Version = 8.0.6001.18702, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
    New: Microsoft-Windows-InetRes-Adm, Version = 9.1.8112.21272, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
2018-11-12 21:07:43, Info                  CSI    000003ab Hashes for file member \??\C:\Windows\PolicyDefinitions\de-DE\InetRes.adml do not match actual file [l:24{12}]"InetRes.adml" :
  Found: {l:32 b:BajGw4FevqVETKc7K3ZEfDVcqVWsRMlFk9qgW7WVFD4=} Expected: {l:32 b:kGBJI02sdGyQ0Z9S2rj7ML0yomk5pG8cjkxjcmQKDsg=}
2018-11-12 21:07:43, Info                  CSI    000003ac [SR] Repairing corrupted file [ml:520{260},l:76{38}]"\??\C:\Windows\PolicyDefinitions\de-DE"\[l:24{12}]"InetRes.adml" from store
2018-11-12 21:07:43, Info                  CSI    000003ad WARNING: File [l:24{12}]"InetRes.adml" in [l:76{38}]"\??\C:\Windows\PolicyDefinitions\de-DE" switching ownership
    Old: Microsoft-Windows-InetRes-Adm.Resources, Version = 8.0.6001.18702, pA = PROCESSOR_ARCHITECTURE_INTEL (0), Culture = [l:10{5}]"de-DE", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
    New: Microsoft-Windows-InetRes-Adm.Resources, Version = 9.1.8112.16421, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture = [l:10{5}]"de-DE", VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral
2018-11-12 21:07:43, Info                  CSI    000003ae Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-servicingstack_31bf3856ad364e35_6.0.6002.18005_none_676975d87cc9b6e6\PkgMgr.exe do not match actual file [l:20{10}]"PkgMgr.exe" :
  Found: {l:32 b:jK7rt6Zq6dAG8yQ0V1h7za76lkehW6XW0CiFGwG/fhc=} Expected: {l:32 b:DObFAbu74acARt+q+cvCdLu9PvfTVLLjEQi6cP4cY1w=}
2018-11-12 21:07:43, Info                  CSI    000003af [SR] Cannot repair member file [l:20{10}]"PkgMgr.exe" of Microsoft-Windows-ServicingStack, Version = 6.0.6002.18005, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:43, Info                  CSI    000003b0 [SR] This component was referenced by [l:158{79}]"Package_2_for_KB955430~31bf3856ad364e35~amd64~~6.0.1.18005.955430-5_neutral_GDR"
2018-11-12 21:07:44, Info                  CSI    000003b1 Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-wssee_31bf3856ad364e35_6.0.6001.18000_none_c0b2cd8b9221f24d\ssee_10.msi do not match actual file [l:22{11}]"ssee_10.msi" :
  Found: {l:32 b:LWMt8YUqd3vK1zpP3iiUnUSA6sjPH6OzbTQknW+jNuQ=} Expected: {l:32 b:34uoqH3ehq7fe2oSWeF4dICwLqB0YR8IgyiMCAa0djo=}
2018-11-12 21:07:44, Info                  CSI    000003b2 [SR] Cannot repair member file [l:22{11}]"ssee_10.msi" of Microsoft-Windows-WSSEE, Version = 6.0.6001.18000, pA = PROCESSOR_ARCHITECTURE_AMD64 (9), Culture neutral, VersionScope = 1 nonSxS, PublicKeyToken = {l:8 b:31bf3856ad364e35}, Type neutral, TypeName neutral, PublicKey neutral in the store, hash mismatch
2018-11-12 21:07:44, Info                  CSI    000003b3 [SR] This component was referenced by [l:226{113}]"SQL-Server-2005-Embedded-Edition-Windows-Package~31bf3856ad364e35~amd64~~6.0.6001.18000.Windows Internal Database"
2018-11-12 21:07:45, Info                  CSI    000003b4 Hashes for file member \??\C:\Windows\SysMsiCache\WSSEE\ssee_10.msi do not match actual file [l:22{11}]"ssee_10.msi" :
  Found: {l:32 b:LWMt8YUqd3vK1zpP3iiUnUSA6sjPH6OzbTQknW+jNuQ=} Expected: {l:32 b:34uoqH3ehq7fe2oSWeF4dICwLqB0YR8IgyiMCAa0djo=}
2018-11-12 21:07:45, Info                  CSI    000003b5 Hashes for file member \SystemRoot\WinSxS\amd64_microsoft-windows-wssee_31bf3856ad364e35_6.0.6001.18000_none_c0b2cd8b9221f24d\ssee_10.msi do not match actual file [l:22{11}]"ssee_10.msi" :
  Found: {l:32 b:LWMt8YUqd3vK1zpP3iiUnUSA6sjPH6OzbTQknW+jNuQ=} Expected: {l:32 b:34uoqH3ehq7fe2oSWeF4dICwLqB0YR8IgyiMCAa0djo=}
2018-11-12 21:07:45, Info                  CSI    000003b6 [SR] Could not reproject corrupted file [ml:520{260},l:64{32}]"\??\C:\Windows\SysMsiCache\WSSEE"\[l:22{11}]"ssee_10.msi"; source file in store is also corrupted
2018-11-12 21:07:45, Info                  CSI    000003b7 Repair results created:
POQ 163 starts:
     0: Move File: Source = [l:192{96}]"\SystemRoot\WinSxS\Temp\PendingRenames\fae1965ec37ad401fb430000782f9805._0000000000000000.cdf-ms", Destination = [l:104{52}]"\SystemRoot\WinSxS\FileMaps\_0000000000000000.cdf-ms"
    1: Move File: Source = [l:162{81}]"\SystemRoot\WinSxS\Temp\PendingRenames\8a5f985ec37ad401fc430000782f9805.$$.cdf-ms", Destination = [l:74{37}]"\SystemRoot\WinSxS\FileMaps\$$.cdf-ms"
    2: Move File: Source = [l:232{116}]"\SystemRoot\WinSxS\Temp\PendingRenames\0ac29a5ec37ad401fd430000782f9805.$$_policydefinitions_89130cdfc4d9c27c.cdf-ms", Destination = [l:144{72}]"\SystemRoot\WinSxS\FileMaps\$$_policydefinitions_89130cdfc4d9c27c.cdf-ms"
    3: Move File: Source = [l:244{122}]"\SystemRoot\WinSxS\Temp\PendingRenames\3ad89c5ec37ad401fe430000782f9805.$$_policydefinitions_en-us_3b1c5b998da0d4ae.cdf-ms", Destination = [l:156{78}]"\SystemRoot\WinSxS\FileMaps\$$_policydefinitions_en-us_3b1c5b998da0d4ae.cdf-ms"
    4: Hard Link File: Source = [l:264{132}]"\SystemRoot\WinSxS\amd64_microsoft-windows-inetres-adm.resources_31bf3856ad364e35_9.1.8112.21272_en-us_8c0429ef8d0326ea\InetRes.adml", Destination = [l:102{51}]"\??\C:\Windows\PolicyDefinitions\en-US\InetRes.adml"
    5: Move File: Source = [l:214{107}]"\SystemRoot\WinSxS\Temp\PendingRenames\4218eb5ec37ad401ff430000782f9805.$$_security_fe3ad40cd6e08c7c.cdf-ms", Destination = [l:126{63}]"\SystemRoot\WinSxS\FileMaps\$$_security_fe3ad40cd6e08c7c.cdf-ms"
    6: Move File: Source = [l:234{117}]"\SystemRoot\WinSxS\Temp\PendingRenames\aa6fec5ec37ad40100440000782f9805.$$_security_msscw_kbs_5e4bdc7fef7f4f29.cdf-ms", Destination = [l:146{73}]"\SystemRoot\WinSxS\FileMaps\$$_security_msscw_kbs_5e4bdc7fef7f4f29.cdf-ms"
    7: Move File: Source = [l:256{128}]"\SystemRoot\WinSxS\Temp\PendingRenames\eaa0ed5ec37ad40101440000782f9805.$$_security_msscw_transformfiles_1912e50980d4a4b6.cdf-ms", Destination = [l:168{84}]"\SystemRoot\WinSxS\FileMaps\$$_security_msscw_transformfiles_1912e50980d4a4b6.cdf-ms"
    8: Mo
2018-11-12 21:07:45, Info                  CSI    ve File: Source = [l:266{133}]"\SystemRoot\WinSxS\Temp\PendingRenames\52f8ee5ec37ad40102440000782f9805.$$_security_msscw_transformfiles_view_0bd7ac38e1c3f5ef.cdf-ms", Destination = [l:178{89}]"\SystemRoot\WinSxS\FileMaps\$$_security_msscw_transformfiles_view_0bd7ac38e1c3f5ef.cdf-ms"
    9: Hard Link File: Source = [l:242{121}]"\SystemRoot\WinSxS\amd64_microsoft-windows-inetres-adm_31bf3856ad364e35_9.1.8112.21272_none_0af5a1cba75a9989\inetres.admx", Destination = [l:90{45}]"\??\C:\Windows\PolicyDefinitions\inetres.admx"
    10: Move File: Source = [l:244{122}]"\SystemRoot\WinSxS\Temp\PendingRenames\4a30135fc37ad40103440000782f9805.$$_policydefinitions_de-de_3b4046158d4fed0b.cdf-ms", Destination = [l:156{78}]"\SystemRoot\WinSxS\FileMaps\$$_policydefinitions_de-de_3b4046158d4fed0b.cdf-ms"
    11: Hard Link File: Source = [l:264{132}]"\SystemRoot\WinSxS\amd64_microsoft-windows-inetres-adm.resources_31bf3856ad364e35_9.1.8112.16421_de-de_e2bee2f784dfb423\InetRes.adml", Destination = [l:102{51}]"\??\C:\Windows\PolicyDefinitions\de-DE\InetRes.adml"
    12: Move File: Source = [l:214{107}]"\SystemRoot\WinSxS\Temp\PendingRenames\10824e5fc37ad40104440000782f9805.$$_system32_21f9a9c4a2f8b514.cdf-ms", Destination = [l:126{63}]"\SystemRoot\WinSxS\FileMaps\$$_system32_21f9a9c4a2f8b514.cdf-ms"
    13: Move File: Source = [l:252{126}]"\SystemRoot\WinSxS\Temp\PendingRenames\2d88525fc37ad40105440000782f9805.$$_system32_advancedinstallers_dfe2cf200b391371.cdf-ms", Destination = [l:164{82}]"\SystemRoot\WinSxS\FileMaps\$$_system32_advancedinstallers_dfe2cf200b391371.cdf-ms"
    14: Move File: Source = [l:232{116}]"\SystemRoot\WinSxS\Temp\PendingRenames\e3299160c37ad40106440000782f9805.$$_sysmsicache_wssee_902db64466f1c1ab.cdf-ms", Destination = [l:144{72}]"\SystemRoot\WinSxS\FileMaps\$$_sysmsicache_wssee_902db64466f1c1ab.cdf-ms"

Grundlegend wird der 2008 innerhalb der nächsten Monate abgeschaltet. Insofern ist die Frage, ob ich hier überhaupt dcpromo noch machen muss, oder ob ich dann einfach ein "metadate cleanup" per ntdsutil mache, so wie hier beschrieben: https://www.petri.com/delete_failed_dcs_from_ad

Hallo!

Ich bin dabei einen Win 2008 R2 Domänencontroller durch einen 2016 Standard abzulösen.

Der 2016er hat bereits alle Dienste installiert, alle Daten übernommen und läuft als DC.

Der 2008er soll jetzt via "dcpromo" entfernt werden (ich möchte ihn noch eine Weile verwenden, da noch andere Dienste darauf laufen).

Führe ich jetzt dcpromo aus (auch "dcpromo / forceremoval" bringt das gleiche Ergebnis), erhalte ich diese Fehlermeldung:

Zitat

---------------------------
Installationsprogramm für die Active Directory-Domänendienste
---------------------------
Es konnte nicht festgestellt werden, ob Active Directory-Domänendienste-Binärdateien installiert wurden. Fehler: Der Datenträger einer Datei wurde extern so geändert, dass die geöffnete Datei nicht mehr gültig ist.

Ich befürchte fast, dass dies nichts mit Active Directory zu tun hat...?

In der Ereignisanzeige wird mir nichts zu diesem Vorfall angezeigt (oder ich schaue an der falschen Stelle?).

Ich habe bereits chkdsk und sfc (als Admin) ausgeführt und neu gestartet, ohne Besserung.

Wie kann ich den 2008er DC herunter stufen, bzw. wie bekomme ich den obigen Fehler gelöst?
 

Ja genau. Wo ist sie hin? Und viel wichtiger: wie bekomme ich sie zurück?

Alle automatischen Dienste sind gestartet.

("Postfachreplikation" war beendet, lies sich aber problemlos manuell starten. Ein erneuter "Outlooktest" schlug aber dennoch fehl.)

720GB auf LW C: sind noch frei (von 999GB).

Fehlen evtl. irgendwelche Berechtigungen/Rechte?

Ich glaube, dass da am Exchange einiges kaputt ist. Ich habe gerade mal die Konfig mit einem funktionierenden SBS2011 verglichen, da fehlen einige Funktionen, kann das sein, oder wurde dieser hier so spartanisch konfiguriert?

Mails senden und empfangen geht per OWA.

Server komplett neu gestartet. Konnektierung weiterhin nur per OWA möglich.

Win Sicherung habe ich gerade eingerichtet. Sichert.

Die Kurzform: Gern würde ich das in Profi Hände geben. Allerdings ist der "Profi", welcher den Jetztzustand verzapft hat nicht mehr erreichbar und es würde eine Weile dauern einen anderen zu finden - das Problem ist ja derzeit etwas zeitkritisch. Zusätzlich sind die Mittel des gemeinnützigen Vereins (Inhaber des SBS2011) sehr knapp und ich möchte gern helfen.

Ich verstehe nicht ganz, wieso ich hier dein Eindruck erwecke, dass ich generell keine Ahnung habe. Sicherlich versuche ich die Probleme mit einfachen Worten zu beschreiben, aber nur, damit mein Problem verstanden wird. Mit Exchange habe ich bisher noch nichts auf der Konsole eingestellt. Ich bin aber durchaus in der Lage, mich in Themen einzulesen, zumindest wenn mir die Richtung vorgegeben wird. Zumindest hatte ich das versucht in diesem Thread in den letzten 24h zu vermitteln. Sei es drum. Ich würde mich freuen, wenn sich dennoch einer meinem Problem annimmt, selbstverständlich liefere ich gern alle Informationen, die von mir gefordert werden!

Zunächst: per OWA klappt es, auf die Konten zuzugreifen!

Wenn ich es per Outlook auf einem Client-PC versuche, bekomme ich nur die Meldung in der Statusleiste: "Verbindungsversuch " und irgendwann wird dann nach Benutzername und Passwort gefragt.

/mh lieferte keine weiteren Fehler mehr:

Werden die Verbindungsversuche von Outlook in die Ereignisanzeige vom Server geschrieben oder direkt im Client? In welches Log genau?

Ich schreibe mal einfach weiter, in der Hoffnung, dass doch noch jemand einen richtigen Tipp für mich hat.

Mittlerweile habe ich die defekte Logdatei E0000024D35.log gelöscht und kann mich mit Outlook und dem Admin an den Exchange wieder anmelden. Alle Mails sind noch da (waren eh nur die Monitoring Mails) und auch Kontakte. Alle anderen 9 Accounts können das aber nicht. Ich denke das liegt an meinen "Vorarbeiten".

Soweit ich das weiß, liegen die Datendateien lokal auf den Client-PCs (ost-Dateien).

Kann ich ggf. die Exchange Datenbank zurücksetzen so dass sich die User wieder konnektieren können und die OST-Dateien wieder importieren?

Hallo und danke für deine Antworten!

Also neue Datenbank aufbauen und alle Postfächer da reinverschieben und für den Verschiebevorgang genug Platz für die Transaktionslogs kalkulieren.

Wie baue ich eine neue Datenbank auf einem SBS2011 auf? Und vor allem, wie exportiere ich die Postfächer, wenn ich nicht darauf zugreifen kann?

Im Normalfall würde man von der Datensicherung den letzten sauberen Sicherungsstand wiederherstellen. Fraglich ist, ob Du mit Acronis eine saubere Exchange-Datensicherung hast. Machst Du einfach ein Image von dem Server oder nutzt Du Acronis Backup Advanced for Exchange? Hast Du die Umlaufprotokollierung möglicherweise eingeschaltet?

Ich bin leider nur derjenige, der sich mit dem Problem befassen darf und möchte. Auf dem Server ist ein "Acronis Backup & Recovery 10 Advanced Server - Small Business Server Edition" installiert. Um den Fall perfekt zu machen: das vorletzte Backup ist vom 17.04.14 und danach erst von gestern Nachmittag  23.06.14 (wo schon nix mehr lief). Warum auch immer, Acronis hat laut Log immer ein perfektes Backup gemacht (worauf ich mich anfangs bezogen hatte - jetzt habe ich aber die Archiv-Dateien überprüft).

Der Server wurde auch gestern Vormittag (laut Ereignisprotokoll) "unerwartet herunter gefahren". Ich nehme an, dass hier das Problem begonnen hat.

Dich an jemanden zu wenden, der sich damit auskennt. 

Genau aus dem Grund schreibe ich ja in dieses Forum. Ich freue mich auf weitere Vorschläge!

Laut der verlinkten Anleitung kann man die Logs nach einem Hardrepair löschen. Dann hätte ich zumindest nicht mehr zuletzt genanntes Problem. Aber ich muss doch dann Exchange oder bestimmte Dienste neu starten, oder?

Ich bin schon ein kleines Stückchen weiter. Wenn ich das richtig verstanden habe fehlen ihm Logfiles. Im Backup befinden sich nur Logfiles bis "E0000024D33.log", im jetzigen Verzeichnis gibt es diese und auch die "E0000024D35.log". Die "E0000024D34.log" fehlt. Wahrscheinlich wurmt ihn das?

Was kann ich da machen?

Ich glaube ich werde bekloppt. Ich habe jetzt zwei Hardrepairs (eseutil /p) durchgeführt. Bei beiden hatte ich danach das Problem, dass immer noch das letzte Logfile defekt war und ich damit nach wie vor eine defekte Datenbank habe :(

Die Datenbank ist 52GB groß.

Hat irgend jemand eine klitzekleine Idee, wie ich die Sau wieder zum Laufen bekomme?  :suspect:

Folgendes wird ausgegeben:

Bis auf "dirty shutdown" sehe ich keine Fehler. Ist ja eigentlich gut...  :rolleyes:

Hallo!

Ich schlage mich gerade mit einem Problem auf einem SBS2011 herum:

Information Store (2912) Mailbox Database: Datenbank "C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database\Mailbox Database.edb" benötigt die Protokolldateien 150835-150838 (C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database\E0000024D33.log - C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database\E00.log) für eine erfolgreiche Wiederherstellung. Es wurden nur Protokolldateien bis 150836 (C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database\E0000024D34.log) gefunden.

+ Folgemeldungen ala

Information Store (2912) Mailbox Database: Fehler bei der Datenbankwiederherstellung mit dem unerwarteten Fehler -543.

 und

Information Store (2912) Mailbox Database: Fehler bei der Datenbankwiederherstellung mit dem unerwarteten Fehler -543.

Grundlegend lässt sich keine Verbindung mehr (weder per Outlook noch per OWA) zu einem Postfach aufbauen. Im Internet gibt es ja einige Ratschläge, aber bevor ich was falsch mache, wollte ich hier lieber zunächst anfragen.

Der Server wird einmal am Tag komplett via Acronis gesichert. Ich kann zum Beispiel auch einzelne Dateien wiederherstellen. Da ich nix kaputt machen möchte frage ich erst einmal hier nach, wie ich am besten vorgehe, bzw. ob ein Restore überhaupt sinnvoll ist (der Fehler besteht seit heute morgen, ist ja einiges passiert in der Zwischenzeit) oder besser eine Reparatur (Defragmentierung)?

Ich bin für jede Hilfestellung dankbar!

Oberflächlich den RAM testen ist flüssiger als Wasser. ;)

 

Hm, da möchte ich widersprechen. Wenn ein Riegel defekt ist, wird der Fehler häufig schon mit dem "Quick Test" gefunden. Das spart 9:55h ;)

Aber das ist OT, sorry.

Ich bin kurz davor das Board zu wechseln...  :suspect:

10 Stunden RAM testen ist kein Schnelltest. 

Das weiß ich. Ich wollte nur mitteilen, dass zumindest oberflächlich der RAM getestet wurde.

chkdsk ist noch ne Maßnahme, die ich noch nicht gemacht habe. Werde ich zeitnah nachholen.

Nein. Das passiert nur beim einschalten morgens. Anfangs ja angeblich nahezu täglich, jetzt da ich Screenshots angefordert habe nun doch nur 2 mal in knapp 4 Wochen. Aber es passiert und macht eine Reproduktion des Problems extrem schwer.

BIOS ist aktuell (sofern in den letzten 4 Wochen nichts neues kam) und ein RAM-Schnelltest hatte auch nicht wirklich etwas ergeben. :(

Hallo zusammen!

Ich habe jetzt neue Erkenntnisse:

Das Gerät ist (inkl. heute) 2x nicht sofort gestartet. Das weiß ich, weil ich mir Handy-Screenshots habe schicken lassen, weil ich eigentlich die Bluescreen Meldung lesen wollte. Lustigerweise habe ich beide Male Screenshots der Systemstartreparatur bekommen. Diese bricht der User dann ab und der Rechner startet wie gewohnt.  :confused:

Es kommt gar kein Bluescreen, sondern gleich diese Systemstartreparatur! Ich hatte im Windows damals auch diesen Dialog IMHO so konfiguriert, dass man zumindest eine Auswahl bekommt, was passieren soll.

Zitat: "Er zeigte nur an, dass er reparieren will und da habe ich auf abbrechen geklickt."

Geht das überhaupt? Und wenn ja, wieso will er reparieren? Und wieso geht es dann dennoch, auch ohne Reparatur?

Jo, war heute morgen dort. Herunterfahren macht er klassisch über den Startbutton (nicht Energie sparen).

Alle Kabel (2x SATA) überprüft (raus-rein), RAM raus-rein, GraKa raus-rein und den Reboot bei BSoD aus. Jetzt abwarten...

Angeblich passiert es jeden Tag und wenn man genauer fragt vielleicht doch nur alle 2Tage, heute aber nicht ;)

OT: Glückwunsch zum 16.000ten Beitrag Sunny61 :D

Naja, für so beschränkt habe ich ihn bisher nicht gehalten. Aber stimmt, lieber man fragt noch einmal nach. Danke, werde ich machen.

Stimmt an den Bluescreen habe ich gar nicht gedacht, weil ich mich direkt auf die Aussage "Nach dem Einschalten kommt gleich die Systemwiederherstellung" verlassen habe...

Danke für die Links, soweit klappt es noch bei mir :D, das bekomme ich hin, bzw. hatte das alles schon versucht. 

Das mit den Kabelcheck und neu rein stecken hatte ich bei der Neuinstallation mit gemacht. Vor der Neuinstallation habe ich den Praktikanten das Ding 30mal starten lassen. Es kam zu keinen Fehler... Ich befürchte fasst, der Fehler sitzt vor der Maschine. Lieber wäre mir aber, wenn z.B. das Board defekt ist. Das lässt sich austauschen ;)