Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- microsoft:sbs:2011_post_installation [23.04.2017 11:26] – schoebet
+++ microsoft:sbs:2011_post_installation [30.04.2017 21:13] (aktuell) – schoebet
@@ Zeile 1: / Zeile 1: @@
 ====== Windows SBS 2011 Standard Post Installation Event Log Errors und Warnings ======
 ===== Problem =====
-Nach der Neuinstallation einen SBS 2011 finden sich im Systemprotokoll (EVENTLOG) - und damit auch in den Berichten - Fehler, die lt. Microsoft ignoriert werden können (//The error is benign and may be safely ignored.//).
+Nach der Neuinstallation einen SBS 2011 finden sich im Systemprotokoll (EVENTLOG) - und damit auch in den Berichten - Fehler, die lt. Microsoft ignoriert werden können (//The error is benign and may be safely ignored.// ;-)).
 ===== So geht's =====
-Um wiederkehrende Fehler diesen Typs nicht in jedem Report zu finden, stellt Microsoft über einen Artikel im Technet eine Script bereit, mit dem man die Meldungen im Bereich **Serverereignisprotokolle** des Netzwerkberichtes bereinigen kann, so dass o.g. unwichtige Meldungen dort gar nicht mehr aufgeführt werden.
+Um wiederkehrende Fehler diesen Typs nicht in jedem Report zu finden, stellt Microsoft über einen Artikel im Technet eine Script bereit, mit dem man die Meldungen im Bereich **Serverereignisprotokolle** des **Netzwerkberichtes** bereinigen kann, so dass o.g. unwichtige Meldungen dort gar nicht mehr aufgeführt werden.
-Bei Nutzung des Scripts sind zunächst alle Fehler/Warnungen ausgeschlossen, die Microsoft im Knowledebase-Artikel [[https://support.microsoft.com/en-us/help/2483007/windows-sbs-2011-standard-known-post-installation-event-log-errors-and-warnings|KB2483007 - Windows SBS 2011 Standard Known Post Installation Event Log Errors and Warnings] aufgeführt hat.
+Bei Nutzung des Scripts sind zunächst alle Fehler/Warnungen ausgeschlossen, die Microsoft im Knowledebase-Artikel [[https://support.microsoft.com/en-us/help/2483007/windows-sbs-2011-standard-known-post-installation-event-log-errors-and-warnings|KB2483007 - Windows SBS 2011 Standard Known Post Installation Event Log Errors and Warnings]] aufgeführt hat.
+Natürlich können Sie weitere Ereignisse ausschließen oder aber in den Netzwerkbericht aufnehmen. Wie erfahren Sie weiter unten in diesem Artikel. Dies hat keinen Einfluss auf den EVENTs, die im EVENTLOG protokolliert werden. Lediglich im Netzwerkbericht werden diese Fehler/Warnungen dann nicht mehr aufgeführt.
-In der Standardeinstellung werden alle Meldungen ausgeschlossen, die Microsoft in seinem Artikel "Windows SBS 2011 Standard Known Post Installation Event Log Errors and Warnings - KB2483007" (Link weiter oben) nennt. Davon abweichend können Sie natürlich auch Ereignisse in die Berichterstattung wieder mit aufnehmen, oder weitere ausschliessen. So kann es z.B. hilfreich sein, weitere WinRM, Powershell oder Schannel Ereignisse (für letzteres gibt es alternativ auch einen Registryhack) aus dem Report zu verbannen. Versichern Sie sich aber vorher, dass diese Ereignisse wirklich keine weiteren Auswirkungen auf Ihr System haben!
+Um die genannten Fehler/Warnungen aus dem Netzwerkbericht zu bekommen, gehen Sie folgendermaßen vor:
+  - Laden Sie das Paket [[https://skydrive.live.com/?cid=d5fe25afb6c3615f&id=D5FE25AFB6C3615F%21148|SBSAlertsCleanup]] vom SBS Support Team’s SkyDrive
+  - Entpacken Sie das ZIP-Archiv in einen beliebigen Ordner (z.B. C:\TOOLS\) und entpacken Sie es (SBSAlertsCleanup v1.0)
+  - Öffnen Sie nun eine PowerShell, wechseln Sie in das Verzeichnis in welches Sie das Archiv entpackt haben und führen Sie folgenden Befehl aus: \\ ''.\SBSAlertsCleanup.ps1 –Action Install'' <key>ENTER</key>
-Im Systemprotokoll bleiben die "Fehler" weiterhin erhalten, sie werden lediglich nicht mehr in die Berichterstellung mit aufgenommen.
+Bei erfolgreicher Verarbeitung erhalten Sie eine (oder auch zwei) Meldung(en)
+''Der Datenbankkontext wurde auf 'SBSMonitoring' geändert.''
+^ Hinweis  ^
+| Je nach Einstellung der **PowerShell ExecutionPolicy** erhalten Sie eine Fehlermeldung oder müssen die einmalige Ausführung des Script bestätigen. Sollten Sie bei der Ausführung einen **Fehler** bekommen, dass das **Script nicht digital signiert** ist, können Sie die Ausführung durch den Befehl ''Set-ExecutionPolicy **Unrestricted**'' <kbd>ENTER</kbd> zulassen. \\ Um die Sicherheit Ihres Systems nicht zu gefährden, sollten Sie sich vor dem Setzen auf Unrestricted den aktuellen Wert durch ''Get-ExecutionPolicy''<kbd>ENTER</kbd> anzeigen lassen und diesen Wert vor Verlassen der PowerShell auf den ursprünglichen Wert zurücksetzen (z.B. durch ''Set-ExecutionPolicy **RemoteSigned**'' <kbd>ENTER</kbd>). |
+**Damit ist die Installation erfolgreich abgeschlossen!**
-Um die Berichterstellung des Monitorings anzupassen, gehen Sie wie folgt vor:
+===== Weitere Aktionen von SBSAlertsCleanup =====
+Hier noch die komplette Liste aller für SBSAlertsCleanup verfügbaren Aktionen:
-    Laden Sie zunächst das SBSAlertCleanup Paket des SBS Support Teams
+**Ausschlussfunktion installieren** \\ ''.\SBSAlertsCleanup.ps1 –Action **Install**''
-    Entpacken Sie das Archiv und legen Sie den Ordner z.B. unter C:\ ab
-    Öffnen Sie eine Powershell, navigieren Sie in der Verzeichnis und führen Sie folgenden Befehl aus:
-        .\SBSAlertsCleanup.ps1 –Action install [enter]
-Sie sollten nun eine Meldung erhalten, dass der Datenbankinhalt des SBSMonitoring geändert worden ist.
+Führt ein Update auf die SBSMonitoring-Datenbank durch, um die Ausschlussfunktion zu unterstützen. Dabei werden voreingestellte Ausschlüsse auf Basis der SBS-Version eingetragen.
+**Gesammelte Events anzeigen** \\ ''.\SBSAlertsCleanup.ps1 –Action **ListEvents**''
+Zeigt eine Liste aller in der SBSMonitoring-Datenbank gesammelten Events.
+**Ausschlüsse anzeigen** \\ ''.\SBSAlertsCleanup.ps1 –Action **ListExcludedEvents**''
-Auflistung der Ausschlüsse
+Damit erhalten Sie eine Auflistung der Ereignisse, die vom Netzwerkreport ausgeschlossen sind wie
+  ID Event Source
+  -- ----- ------
+   129 WinRM
+   142 WinRM
+  4107 Microsoft-Windows-CAPI2
+10016 DCOM
+10009 DCOM
+  5586 SharePoint Foundation
+  6772 SharePoint Foundation
+  6398 SharePoint Foundation
+     8 MSExchange CmdletLogs
+     6 MSExchange CmdletLogs
-Um sich eine Liste der Ereignis-IDs anzeigen zu lassen, die vom Berichtsreport ausgeschlossen sind, geben Sie folgenden Befehl in der Powershell ein:
+**Ausschlüsse hinzufügen** \\ ''.\SBSAlertsCleanup.ps1 –Action **AddExcludedEvent –ID [n]**''
-    .\SBSAlertsCleanup.ps1 –Action ListExclusions
+Über diese Aktion können Sie weiter Ausschlüsse hinzufügen:
+  - Lassen Sie sich zunächst die Ereignisse anzeigen, die in Netzwerkprotokoll ausgeschlossen sind: \\ ''.\SBSAlertsCleanup.ps1 –Action ListEvents'' <kbd>ENTER</kbd>
+  - Fügen Sie nun das Event hinzu, welches Sie zukünftig ausschließen wollen ([n] entspricht der EventID): \\ ''.\SBSAlertsCleanup.ps1 –Action AddExcludedEvent –ID [n]'' <kbd>ENTER</kbd>
+  - Überprüfen Sie das Ergebnsi durch die erneute Anzeige der erfassten Ereignisse: \\ ''.\SBSAlertsCleanup.ps1 –Action ListExcludedEvents'' <kbd>ENTER</kbd>
-Ausschlüsse aufheben
+**Ausschlüsse entfernen** \\ ''.\SBSAlertsCleanup.ps1 –Action **RemoveExcludedEvent –ID [n]**''
-Sie können natürlich auch Ausschlüsse wieder aufheben, damit diese im Berichtsreport wieder auftauchen. Hierzu bedarf es zwei Schritte, die Sie in der Powershell ausführen müssen:
+Diese Aktion entfernt den Ausschluss einer EventID aus der Ausschlussliste:
-    Lassen Sie sich zunächst die Ausschlüsse und Ihre IDs anzeigen:
-        .\SBSAlertsCleanup.ps1 –Action ListExclusions
-    Im nächsten Schritt aktivieren Sie das Ergebnis, das Sie wieder sehen wollen, über die entsprechende ID
-        .\SBSAlertsCleanup.ps1 –Action RemoveExclusion –ID x
-Ausschlüsse hinzufügen
-Sie können natürlich auch weitere Ereignisse in die Liste der Ausschlüsse mit aufnehmen. Auch dies muss in zwei Schritten in der Powershell geschehen:
-    Lassen Sie sich als erstes die Liste der Ereignisse und deren IDs anzeigen, die im Systemprotokoll protokolliert wurden:
-        .\SBSAlertsCleanup.ps1 –Action ListEvents
-    Fügen Sie danach weitere Ausnahmen in Ihre Ausschlussliste ein:
-        .\SBSAlertsCleanup.ps1 –Action AddExclusion –ID xxxxx
-    Überprüfen Sie die Aufnahme in die Liste mit folgendem Befehl:
-        .\SBSAlertsCleanup.ps1 –Action ListExclusions
-Entfernen des SBSAlertCleanup Script
-Wenn Sie Möglichkeit der Filterung nicht mehr nutzen wollen, können Sie das Script auch wieder entfernen. Geben Sie dazu in der Powershell den folgenden Befehl ein:
-    .\SBSAlertsCleanup.ps1 –Action Uninstall
-Noch ein abschliessender Hinweis:
+  - Lassen Sie sich zunächst die Ereignisse anzeigen, die in Netzwerkprotokoll ausgeschlossen sind: \\ ''.\SBSAlertsCleanup.ps1 –Action ListEvents'' <kbd>ENTER</kbd>
+  - Fügen Sie nun das Event hinzu, welches Sie zukünftig ausschließen wollen ([n] entspricht der EventID): \\ ''.\SBSAlertsCleanup.ps1 –Action RemoveExcludedEvent –ID [n]'' <kbd>ENTER</kbd>
+  - Überprüfen Sie das Ergebnsi durch die erneute Anzeige der erfassten Ereignisse: \\ ''.\SBSAlertsCleanup.ps1 –Action ListExcludedEvents'' <kbd>ENTER</kbd>
-Nach der Installation des Scripts ändert sich der Absender der Reporte! Diese kommen danach nicht mehr von SBSMonAcct, sondern werden von der E-Mail Adresse des Administrators versandt! Sollten Sie also ggf. einen Filter für die Reporte in Ihrem Mailprogramm erstellt haben, müssen Sie diesen entsprechend anpassen
+**Filterung komplett entfernen** \\ ''.\SBSAlertsCleanup.ps1 –Action **Uninstall**''
+Nutzen Sie diese Aktion, wenn Sie keinerlei Filterung von Ausschlüssen mehr nutzen möchten:
+Geben Sie hierzu den Befehl ''.\SBSAlertsCleanup.ps1 –Action UninstallListEvents'' <kbd>ENTER</kbd> ein.
+^ Hinweis  ^
+| Je nach Anforderung des Netzwerkberichts ändert sich der Absender der Reports! \\ Wird die Funktion über die SBS-Konsole manuell aufgerufen, ist der aktuell angemeldete Administrator der Absender des Statusberichts. Erfolgt die Berichtserstellung im Zuge des Zeitplans, ist SBSMonAct der Absender des Reports. Sollten Sie also ggf. einen Filter für die Reporte in Ihrem Mailprogramm erstellt haben, sollten Sie diesen entsprechend anpassen um auch manuell erzeugte Berichte zu erhalten. |
+===== Weitere Informationen =====
 In nachstehendem Dokument (Druck eines KB-Artikels von Microsoft in englischer Sprache) finden Sie die Erklärung/Lösung zu folgenden Einträgen im EVENTLOG:
@@ Zeile 89: / Zeile 87: @@
 {{:microsoft:sbs:windows_sbs_2011_-_post_installation_eventlog.pdf|}}
 ==== Schlagwörter ====
-sbs 2011 Event 6772 10016 6 8230 142
+sbs 2011 Event 6772 10016 6 8230 142 SBSAlertsCleanup