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!! Werden bei der Migration auch Kontaktlisten migriert, auf die (derzeit) alle Zugriff haben und bleibt der Zugriff bestehen? Lokal bestehen aus alten Benutzern noch Postfächer, die nicht migriert werden sollen. Kann man darauf Einfluss nehmen, welche Postfächer man migriert? 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: 2008: 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: 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! 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? 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. 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: + Folgemeldungen ala und 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!

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:

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 ;)