Suche funktioniert nach Update von Windows 10 nicht mehr

Ich habe jetzt schon mehrfach den Fall gehabt, dass nach einem Versionsupdate bzw. Versionsupgrade von Windows 10 – in meinem Fall die Professional-Version – die Suche nicht mehr funktioniert.

Der Suchbutton bzw. das Suchfeld wird zwar nach wie vor angezeigt, klickt man darauf passiert nichts. Auch beim Drauflosschreiben wird das Suchfenster nicht geöffnet.

Das Upgrade wurde in allen Fällen von der Version 1803 auf 1809 durchgeführt.

In der Ereignisanzeige findet man einen Fehler, der auf die Searchui.exe und Cortana hinweist.

Ereignis-ID (Event ID) 1000:
Name der fehlerhaften Anwendung: SearchUI.exe
Name des fehlerhaften Moduls: SearchUI.exe
Pfad der fehlerhaften Anwendung: C:\Windows\SystemApps\Microsoft.Windows.Cortana\SearchUI.exe

Ereignis ID 1000 Fehler SearchUI.exe

Das Netz ist voll von Problemlösungen, die bei mir aber alle nicht funktioniert haben.

Das Problem gelöst hat letztendlich Folgendes:

Der Ordner mit der Cortana-App muss gelöscht bzw. umbenannt werden. Diesen findet man hier:

C:\Users\<user>\AppData\Local\Packages\Microsoft.Windows.Cortana_cw5n1h2txyewy

Da dieser aber gesperrt ist, lässt er sich nur im abgesicherten Modus löschen oder umbenennen.

Wie man in Windows 10 in den abgesicherten Modus gelangt, zeige ich in diesem Beitrag:

Abgesicherter Modus in Windows 10

Windows Cortana App

Anschließend einen Neustart von Windows durchführen.

Registrierung der Cortana-App mit Hilfe der Windows Power Shell (mit Administratorrechten – Rechte Maustaste auf das Windowssymbol rechts unten -> Windows Powershell (Administrator) auswählen) und folgendem Befehl:

Add-AppxPackage -Register  "C:\Windows\SystemApps\Microsoft.Windows.Cortana_cw5n1h2txyewy\AppxManifest.xml"  -DisableDevelopmentMode 
Windows Powershell öffnen

Noch ein letzter Neustart des Rechners. Danach sollte die Suche wieder funktionieren.

Suche in Windows 10

Exchange 2013 – OWA und ECP zeigen leere Seite nach Login

Nach dem Neustart eines Exchange 2013 Servers ist der Zugriff auf OWA und ECP nicht mehr möglich. Es erscheint zwar noch die Login-Seite, nach der Anmeldung bleibt die Seite aber leer bzw. weiss.

Auch Outlook lässt sich nicht mehr starten. Es erscheint die Fehlermeldung, dass der Informationsspeicher nicht zur Verfügung stehe.

Die Dienste sind aber alle gestartet.

In der Ereignisanzeige bzw. Event Log wird im Sekundentakt die folgende Fehlermeldung generiert:

Bei der Verwendung der SSL-Konfiguration für den Endpunkt 0.0.0.0:444 ist ein Fehler aufgetreten. Der Fehlerstatuscode ist in den zurückgegebenen Daten enthalten. Ereignis-ID: 15021

Ereignis ID 15021 - Bei der Verwendung der SSL-Konfiguration für den Endpunkt 0.0.0.0:444 ist ein Fehler aufgetreten.

Die Lösung findet sich im IIS (Internet Information Server / Service):

In der Backend-Site des Exchange im IIS fehlt die Zuordnung des SSL-Zertifikats.

Um den Fehler zu beheben, öffnen wir den IIS-Manager und öffnen auf der linken Seite unter dem Punkt Sites das Exchange Back End.

Auf der rechten Seite sehen wir im Aktionen-Menü den Punkt Bindungen unter Site bearbeiten und klicken darauf.

Exchange Back End im IIS-Manager

In den Sitebindungen wählen wir https mit dem Port 444 aus und klicken auf bearbeiten.

Site-Bindung für Port 444 (https)

Es öffnet sich die Box Sitebindung bearbeiten. Es ist zu sehen, dass kein SSL-Zertifikat ausgewählt ist. Das SSL-Zertifikat wird nun ausgewählt und der Dialog mit OK geschlossen und bestätigt.

SSL-Zertifikat auswählen

Anschließend muss der IIS noch neu gestartet werden. Dann sollte das Problem der Vergangenheit angehören.

Veeam Backup and Replication 9.5 – Error: Cannot proceed with the job

Bricht Veeam Backup 9.5 das Backup mit folgender Fehlermeldung ab, kann dieser Workaround helfen, das Problem zu beheben.

Error: Cannot proceed with the job: existing backup meta file ‚Job.vbm‘ on repository ‚Backup‘ is not synchronized with the DB. To resolve this, run repository rescan.

Die Fehlermeldung gibt die Lösung des Problems schon mit:

To resolve this, run repository rescan.

Gesagt, getan. Führen wir also den Repository Rescan aus. Diesen findet man unter Backup Infrastructure -> Backup Repository.

Rescan im Backup Repository ausführen

Kann funktionieren – muss nicht!

In unserem Fall hat der Rescan direkt die nächste Fehlermeldung ausgespuckt:

Failed to import backup path Laufwerk:|Ordner|Backupname.vbm Details: ‚.‘, hexidezimaler Wert 0x00, ist ein ungültiges Zeichen. Zeile 270, Position 50437.

Die Lösung für das Problem war letztenendes relativ einfach (mit Hilfe vom Veeam Support):

Umbenennen der Datei Backupname.vbm in Backupname.vbm_old (oder so ähnlich) und dann das Backup erneut starten.

Und siehe da: Die Datei wird neu angelegt und das Backup erfolgreich durchgeführt.