Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- microsoft:sbs:2011_post_installation [24.04.2017 11:31] – schoebet
+++ microsoft:sbs:2011_post_installation [30.04.2017 21:13] (aktuell) – schoebet
@@ Zeile 13: / Zeile 13: @@
   - 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>
+  - Ö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>
 Bei erfolgreicher Verarbeitung erhalten Sie eine (oder auch zwei) Meldung(en)
@@ Zeile 19: / Zeile 19: @@
 ^ 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 dann vor Verlassen der PowerShell die ExecutionPolicy durch ''Set-ExecutionPolicy **Allsigned**'' <kbd>ENTER</kbd> auf den ursprünglichen Wert zurücksetzen. |
+| 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!**
 ===== Weitere Aktionen von SBSAlertsCleanup =====
-Neben der Installation von Ausschlüssen, die wie vorstehend beschrieben
+Hier noch die komplette Liste aller für SBSAlertsCleanup verfügbaren Aktionen:
-untestützt das Script noch weiter Aktionen.
-**Ausschlüsse anzeigen** \\ ''.\SBSAlertsCleanup.ps1 –Action **ListExclusions**''
+**Ausschlussfunktion installieren** \\ ''.\SBSAlertsCleanup.ps1 –Action **Install**''
+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**''
 Damit erhalten Sie eine Auflistung der Ereignisse, die vom Netzwerkreport ausgeschlossen sind wie
@@ Zeile 43: / Zeile 50: @@
      6 MSExchange CmdletLogs
-**Ausschlüsse hinzufügen** \\ ''.\SBSAlertsCleanup.ps1 –Action **AddExclusion –ID [n]**''
+**Ausschlüsse hinzufügen** \\ ''.\SBSAlertsCleanup.ps1 –Action **AddExcludedEvent –ID [n]**''
 Ü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 AddExclusion –ID [n]'' <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 ListExclusions'' <kbd>ENTER</kbd>
+  - Überprüfen Sie das Ergebnsi durch die erneute Anzeige der erfassten Ereignisse: \\ ''.\SBSAlertsCleanup.ps1 –Action ListExcludedEvents'' <kbd>ENTER</kbd>
-**Ausschlüsse entfernen** \\ ''.\SBSAlertsCleanup.ps1 –Action **RemoveExclusion –ID [n]**''
+**Ausschlüsse entfernen** \\ ''.\SBSAlertsCleanup.ps1 –Action **RemoveExcludedEvent –ID [n]**''
 Diese Aktion entfernt den Ausschluss einer EventID aus der Ausschlussliste:
   - 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 RemoveExclusion –ID [n]'' <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 ListExclusions'' <kbd>ENTER</kbd>
+  - Überprüfen Sie das Ergebnsi durch die erneute Anzeige der erfassten Ereignisse: \\ ''.\SBSAlertsCleanup.ps1 –Action ListExcludedEvents'' <kbd>ENTER</kbd>
 **Filterung komplett entfernen** \\ ''.\SBSAlertsCleanup.ps1 –Action **Uninstall**''
@@ Zeile 66: / Zeile 73: @@
 ^ Hinweis  ^
-| 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 |
+| 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 =====