ugg.li Schnelle Hilfe für schnelle Admins
Nicht immer schön, aber effektiv. Schnelle Hilfe für schnelle Admins.
Ungeschöntes Zitat aus einer Antwortmail vom Microsoft Office365 Support. Wtf?
Wie gesprochen, wir können Ihnen keine Analyse anbieten bezüglich Ihrer Frage warum die lokale und Office 365 Konten immer wieder bei Office 365 gewechselt werden. Unsere Abteilung bietet keine Ursachenanalyse an und verfügt über den Ressourcen diese durchzuführen nicht.
Ähm, Wer fragt nach einer analyse? Ich brauche iene Lösung. Und wenn nicht ihr, wer dann?
Das Office365 (=Windows Azure) Powershell-Modul lässt sich nicht installieren, mit der Fehlermldung: „Sie benötigen VErsion 7.0 oder höher des Microsoft Online Services Anmeldeassistenten, wenn Sie das Windows Azure Active Directory-Modul für Windows PowerShell auf diesem Computer installieren möchten“. Die Systemvoraussetzugnen (Powershell, Online Services Sign-in Assistant) sind in der korrekten Version installiert.
Die Deutsche Version des Windows Azure Active Directory Module for Windows PowerShell (AdministrationConfig-DE.msi) liegt zwar in der richtigen Version vor, das Setup setzt aber den Registry-Schlüssel dafür nicht richtig. Die englische Version macht das korrekt, die kann man aber als Deutsches Admin nicht ohne weiteres herunterladen.
Abhilfe schafft der korrekte Registry-Eintrag:
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSOIdentityCRL] "MSOIDCRLVersion"="7.250.4551.0"
Dann läuft der Assistent durch. Nach der Installation kann der Wert wieder auf den Ursprünglichen zurückgesetzt werden (stand heute: 7.250.4209.0).
Microsoft Excel 2010 und 2013 öffnet Dateien von Windows-Dateiservern („Netzwerkserver“ im Mirosoft-Jargon) sehr, sehr langsam und meistens im Modus „schreibgeschützt“.
Es gibt für dieses Phänemen meist mehr als eine Lösungskomponennte. Der findige Administrator hat aber sicher den lokalen Virenscanner und den Windows-Indexdienst bereits ausgeschlosses, daher bleibt nur noch Excel selber. Die Option „DisableRobustifiedUNC“ schaltet den Zugriff auf Excel-Dateien nach dem SMB2-Protokoll ab (keine Offlineverfügbarkeit, kein Failover, kein Multipathing …), löst das Problem aber in den meisten Fällen.
Windows Registry Editor Version 5.00 [HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Excel\Options] "DisableRobustifiedUNC"=dword:00000001 [HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Excel\Security\FileValidation] "EnableOnLoad"=dword:00000000
Wie so viele Lösungen, ist auch diese von Microsoft nicht supportet und der Schlüssel soll „nur zu Testzwecken“ gesetzt werden.
Office 2010/2013 startet mit dem Hinweis „Produkt unlizensiert“ in der Titelleiste, oder je nach Version oder Edition auch „Produkt nicht lizensiert“ oder „Nicht lizenzierte Produkte“. Den Produkt-Key aktualisieren schlägt für den Administrator fehl, weil unter Datei/Hilfe der Button „Productkey eingeben“ fehlt. Der Fehler kann unter Office Professional Plus 2010 und 2013 auftreten.
In den meisten Fällen ist eine doppel- oder mehrfachinstallation von verschiedenen Editionen oder Lizenzformen auf einem Compter schuld.
Wichtig: Alle Office-Anwendungen schliessen und die Systemuhr prüfen/korrigieren.
Die Lizenzierungssituation lässt sich an der Kommandozeile im (passenden Office-Verzeichnis) sehr genau prüfen:
cscript "%ProgramFiles%\Microsoft Office\Office14\ospp.vbs" /dstatusall
In den meisten Fällen wirft Office eine Meldung aus, die dieser hier ähnelt:
--------------------------------------- SKU ID: **** LICENSE NAME: Office 15, OfficeProPlusVL_MAK edition LICENSE DESCRIPTION: Office 15, RETAIL(MAK) channel LICENSE STATUS: ---UNLICENSED--- Last 5 characters of installed product key: * ERROR CODE: 0xC004F014 ERROR DESCRIPTION: The Software Licensing Service reported that the product key is not available. ---------------------------------------
Dern passenden (!) Schlüssel aktualisiert man dann einfach mit:
cscript "%ProgramFiles%\Microsoft Office\Office14\ospp.vbs" /inpkey:DERRI-CHTIGE-KEYMIT-STRICHEN
Und schliesslich kann das Office (Internetverbindung vorausgesetzt) dann auch gleich aktiviert werden:
cscript "%ProgramFiles%\Microsoft Office\Office14\ospp.vbs" /act
Das CTR-Office ist eine virtualisierte und streamingfähige Version von Office. An sich eine ganz nette Erfindung für Endanwender, in größeren Netzen oder für Patch-bedachte Netzteilnehmer aber eher unbrauchbar. Leider scheint die Deinstallation ähnlich virtuell stattzufinden wie die Ausführung, sprich die Deinstallation funktioniert nur in den seltensten Fällen fehlerfrei (ich persönlich habe noch keine einzige funktionierende Deinstallation gesehen).
Lösung:
Bisher hat in den misten Fällen das MS-FixIt dafür geholfen: http://support.microsoft.com/kb/2739501
Wenn es das mal nicht tut, hat (bisher) oft das manuelle Anstossen der De-Registrierung das Problem beseitigt:
%ProgramFiles%Microsoft Office 15rootintegration
die fiese Integratur mit der Unregister-Option starten:
integrator.exe /U
Fertig. Also meistens.