ugg.li Schnelle Hilfe für schnelle Admins
Nicht immer schön, aber effektiv. Schnelle Hilfe für schnelle Admins.
„A list of Microsoft Knowledge Base articles is available to help troubleshoot error messages that you may receive when you upgrade from Windows Vista to Windows“
Übersetzungsfehler, Tippfehler oder Absicht. Mehr Ursachen können wir uns für diesen schönen Satz kaum vorstellen 🙂
Es treten verschiedene VSS-Fehler auf. Einige Volumenschattenkopien sind nicht verfügbar, P2P-Operationen mit dem vmware Converter schlagen fehl oder eine Datenträgersicherung bricht ab.
Die Fehlermeldung im Ereignisprotokoll:
Log Name: Anwendung Source: VSS Event ID: 8193 Beschreibung: Volume Shadow Copy Service error: Unexpected error calling routine ConvertStringSidToSid. hr = 0x80070539. Operation: OnIdentify event Gathering Writer Data Context: Execution Context: Shadow Copy Optimization Writer ~snip~
Uns sind hier zwei verschiedene Ursachen begegnet. Die erste wesentlich häufiger als die zweite.
Nach der Fehlerbehebung klappt auch der VSS-Dienst wieder fehlerfrei.
Beim Einrichten eines Wartungsplanes, eines Dumps oder anderer Konfigurationseigenschaften erhält man diese Fehlermeldung:
„Die Agent XPs-Komponente ist im Rahmen der Sicherheitskonfiguration für diesen Server deaktiviert. Ein Systemadministrator kann die Verwendung von „Agent XPs“ mithilfe von „sp_configure“ aktivieren. Weitere Informationen zum Aktivieren von „Agent XPs“ finden Sie unter „Oberflächenkonfiguration“ in der SQL Server-Onlinedokumentation. (Microsoft.SqlServer.Management.MaintenancePlanWizard)“
Neue SQL-Abfrage ausführen:
sp_configure 'show advanced options',1; GO RECONFIGURE; GO sp_configure 'Agent XPs',1; GO RECONFIGURE GO
Mithilfe der Agent XPs kann man die erweiterten gespeicherten Prozeduren des SQL Server-Agenten auf dem SQL-Server aktivieren. Wenn diese SQL-Option nicht aktiviert ist, treten diese Fehler im Zusammenhang mit dem Agenten auf und der SQL Server-Agent-Knoten im Objekt-Explorer vom SQL-SMSS ist nicht verfügbar.
Mehr zum Thema:https://msdn.microsoft.com/de-de/library/ms178127.aspx
Seit Office 2010 ist die Standardeinstellung von Outlook-Ablageobjekten nicht immer optimal. Neue Nachrichten, die von einem gemeinsamen (ob fremdgeöffnet oder als shared Mailbox angelegt ist egal) Postfach gesendet werden, werden nicht im Ordner „Gesendete Objekte“ des freigegebenen Postfachs abgelegt, sondern im Postfach des absendenden Benutzers. Das sorgt oft für Verwirrung.
Das liegt daran, das in Exchange 2010+ und Office 365 freigegebene Postfächer keine Lizenz mehr benötigen und man Outlook nicht mehr als „unabhängiges“ Postfach verbinden kann. In so einem Fall meldet man sich konsequenterweise aber beim eigenen Postfach an und öffnen das freigegebene Postfach zusätzlich. Beim Senden nimmt Outlook dann standartmäßig das Konto des Absenders. Daher werden Nachrichten – im Prinzip folgerichtig – auch immer im Ordner „Gesendete Objekte“ das Postfach des Absenders (also angemeldeten Nutzers) gespeichert.
Dieses Verhalten ist reine Outlook-Sache (nicht Exchange) und lässt sich schnell in der Registry anpassen:
HKCU\Software\Microsoft\Office\<VERSION>\Outlook\Preferences DWORD: DelegateSentItemsStyle Wert: 1 (für Ablage in geöffnetem Postfach) Wert: 0 (für Ablage in eigenem Postfach, Standard)
