Wie erkennen und beheben häufige Konfigurationsänderungen in Operations Manager.

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 2603913 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Weitere Informationen

Konfiguration (Überblick)

Der System Center-Management-Konfiguration-Dienst ist verantwortlich für die Berechnung der Konfigurations jeder Health Service in der Operations Manager-Verwaltungsgruppe. Die Konfiguration eines Dienstes für die Gesundheit besteht aus den Regeln, Monitore, Entdeckungen und Aufgaben für das Gesundheitswesen und für alle Instanzen, die der Gesundheitsdienst überwacht.

Um die erforderlichen Konfigurationen für jeden Gesundheitsdienst der zu berechnen, muss der Configuration Management-Dienst eine Liste der folgenden Elemente sein:
  • Alle Instanzen von Klassen für alle überwachten
  • Die hosting-Beziehungen zwischen den Instanzen
  • Die Regeln, Monitore, Entdeckungen und andere Workflows, die die überwachten Klassen zugeordnet sind
  • Gesundheitswesen, die für die Überwachung der Instanzen zuständig sind
Darüber hinaus muss der Configuration Management-Dienst die Mitgliedschaft aller Instanz Gruppen in der Verwaltungsgruppe nicht lesen können. Der Configuration Management-Dienst muss auch anwenden, Überschreibungen für Regeln und Monitoren, die an diese Gruppen, Klassen oder einzelne Instanzen gerichtet sind.

Objekte in einer Verwaltungsgruppe werden definiert als Instanzen von überwachten Klassen, die auf der Grundlage von Discovery-Daten, die vom Discovery Workflows gesendet werden. Wenn eine wichtige Eigenschaft eines Objekts ändert, kann dieses Objekt als eine neue Instanz einer überwachten Klasse hinzugefügt werden. Anderenfalls gilt dieses Objekt eine Instanz dieser Klasse nicht mehr.

Wie ändert sich die Liste für die Klassen, die das Objekt Mitglied ist, ändert sich die Konfiguration auch für das Gesundheitswesen, das das Objekt überwacht. Änderungen dieser Regeln, Monitore, Entdeckungen, Aufgaben und Außerkraftsetzungen hinzugefügt oder aus der vorherigen Konfiguration entfernt werden.

Änderung der Konfiguration

Agents möglicherweise erhalten eine stabile Konfiguration in den folgenden Szenarien möglich:
  • Eine große Datenmenge Discovery wird der Configuration Management-Dienst mitgeteilt.
  • Discovery-Daten werden gesendet, zu schnell für den Configuration Management-Dienst verarbeitet werden, bevor weitere Ermittlungsdaten gesendet werden. Dieses Szenario tritt auf, da die Daten immer ist dabei, die berechnet wird.
Die häufige Einreichung der Ermittlungsdaten, auch bekannt als "Abwanderung Konfiguration" kann dazu führen, dass einige Health Services unter alte Konfigurationen ausführen oder dazu führen, dass die Konfiguration von Verwaltungsservern veralten. Dieses Verhalten und Ursachen einige Health services angezeigt werden, dann abgeblendet (nicht verfügbar) in der Betriebskonsole.

Ermittlungsdaten werden von einer Health Service gesendet, wenn ein Discovery-Workflow ausgeführt wird. Einführung eines neuen Management Packs in einer Verwaltungsgruppe kann dazu führen, dass mehrere Discovery Workflows auf jeder Agent ausgeführt. Und neue Instanzen entdeckt werden, möglicherweise zusätzliche Entdeckungen auf einige Agenten ausgeführt werden. Änderungen an Gruppen, Überschreibungen und andere Workflows können dazu führen, dass Discovery Workflows auf Agents ausgeführt. Und Einführung der neuen Agenten auch dazu, dass den Configuration Management-Dienst, den Speicherplatz für die Instanz mithilfe der neue Agent-Konfiguration.

Der Configuration Management-Dienst wird erzwungen, um die Gesundheit-Dienstkonfiguration häufig in den folgenden Szenarien neu zu berechnen:
  • Ein Discovery-Workflow ist so konfiguriert, dass zu häufig ausgeführt werden.
  • Die Eigenschaften, die durch den Workflow erkannt werden ändern Sie jedes Mal, das der Discovery-Workflow ausgeführt wird.
Wenn diese Szenarios für viele Agents treten oder Management-Server bereits mit hoher Arbeitslast sind, der Configuration Management-Dienst möglicherweise nicht mit der Änderungsrate Schritt halten kann, und Konfiguration Abwanderung auftreten.

Identifizierende Abwanderung der Konfiguration mithilfe von MS-Ereignisprotokoll

Ein Ereignis etwa folgenden im Ereignisprotokoll Operations Manager Management Server Art gibt an, dass die Konfiguration der Verwaltungsgruppe aufgrund neuer Ermittlungsdaten geändert hat.

Protokollname: Operations Manager
Quelle: OpsMgr-Connector
Ereignis-ID: 21024
Ebene: Informationen
Computer: <MS name=""></MS>
Beschreibung:
Die OpsMgr-Konfiguration kann für die Verwaltungsgruppe veraltet sein. <ManagementGroupName></ManagementGroupName>, und aktualisierte Konfiguration wird von dem Dienst angefordert hat. Das current(out-of-date)-Status-Cookie ist "3A B0 1E 5C 81 F3 12 F5 56 B7 8A EF F8 01 BA 09 86 55 06 48"


Ein Ereignis, das etwa folgenden Inhalts gibt an, dass der Management-Konfiguration hat die neue Ermittlungsdaten Verarbeitung abgeschlossen und alle Änderungen, die die Verwaltungsgruppe-Konfiguration berechnet, basierend auf den neuen Daten erforderlich sind.

Protokollname: Operations Manager
Quelle: OpsMgr-Connector
Ereignis-ID: 21025
Ebene: Informationen
Computer: <MS name=""></MS>
Beschreibung:
OpsMgr hat den Dienst für neue Konfiguration für die Verwaltungsgruppe <ManagementGroupName>. Das neue Status Cookie ist "34 FA 11 61 4D B8 03 59 3D 1D 66 B7 83 F3 C0 AA 7A 6F 1A 3B"</ManagementGroupName>


In einer typischen Umgebung sollte jeder 21024 eine 21025 folgen. Wenn die Ermittlungsdaten keine Konfigurationsdaten ändern verursacht haben, werden die Ereignis-ID stattdessen 21026. In einer großen Verwaltungsgruppe sollte 21024 und 21025 oder 21026-Ereignisse erwartet werden mehrmals pro Stunde auftritt. Lange Textzeichenfolgen 21024 Ereignisse ohne einen entsprechenden 21025 oder 21026 Ereignis ist ein Zeichen der Abwanderung der Konfiguration. Darüber hinaus kann das Ereignisprotokoll anzeigen, dass das folgende Ereignis, das angibt, dass Abwanderung gefunden wurde.

Protokollname: Operations Manager
Quelle: OpsMgr Config Service
Ereignis-ID: 29202
Ebene: Warnung
Computer: <MS name=""></MS>
Beschreibung:
OpsMgr Config Service konnte einen konsistenten Zustand aus der OpsMgr-Datenbank durch zu häufig Datenbankänderungen nicht abgerufen werden.
Ursache könnte eine normale und temporären Erhöhung der Ermittlungsdaten hierfür sein; Überprüfen Sie jedoch die letzten Änderungen an, um festzustellen, ob unerwartete ist.
Die letzte Objektänderung Überwachung:
Instanz = %1
Klasse = %2
Verändert Zeit = %3
Die letzten Überwachung Beziehung ändern:
Beziehungsinstanz = %4
Quellinstanz %5 =
Zielinstanz = %6
RelationshipClass = %7
Verändert Zeit %8 =

Die Datenzugriffsschicht müssen mehrere Tabellen lesen, wenn Änderungen der Datenzugriffsschicht abfragt. Wenn eine der in den Tabellen geändert wird, nachdem er gelesen wird, aber bevor alle Tabellen gelesen wurden, protokolliert der Datenzugriffsschicht der vorherigen Ereignis-ID 29202 und "Wiederholen". Wenn eine Entität oder Beziehung Instanz während dieser Zeit gelesen wurde, ist in den Ereigniseigenschaften Informationen zu diesen Instanzen enthalten. Andernfalls werden diese Felder leer bleiben.

Identifizieren mögliche Ursachen für Konfiguration Abwanderung mithilfe von Operations Manager Data Warehouse

In der Verwaltungsgruppen in denen Operations Manager Reporting-Komponente installiert wurde, können mehrere SQL Abfragen verwendet werden, um Workflows zu identifizieren, die häufige Änderungen übermitteln. Diese Abfragen sollten in SQL Management Studio gegen die Data Warehouse-Instanz ausgeführt werden.

Gesamte Änderungen übermittelten Discovery Workflows in den letzten 24 Stunden:
select ManagedEntityTypeSystemName, DiscoverySystemName, count(*) As 'Changes' from (select distinct    MP.ManagementPackSystemName,    MET.ManagedEntityTypeSystemName,    PropertySystemName,    D.DiscoverySystemName,    D.DiscoveryDefaultName,    MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',     MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',    ME.Path,    ME.Name, 
   C.OldValue,    C.NewValue,    C.ChangeDateTime  from dbo.vManagedEntityPropertyChange C  inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId  inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid  inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId  inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId  inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId  left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId  AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%'  left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId  left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId  where ChangeDateTime > dateadd(hh,-24,getutcdate())  ) As #T group by ManagedEntityTypeSystemName, DiscoverySystemName order by count(*) DESC
Diese Abfrage werden die drei Spalten erstellt. Die erste Spalte ist die Klasse des Objekts, an dem der Workflow ausgerichtet ist. Die zweite Spalte gibt den internen Namen des Discovery-Workflows an. Die dritte Spalte gibt die Gesamtzahl der Eigenschaftsänderungen für alle Instanzen dieser Klasse, die durch den Workflow in den letzten 24 Stunden gesendet wurden. Die Anzahl der Änderungen, für alle Klassen stellt dar, wie oft der Configuration Management-Dienst die Konfiguration für einen Agent-Health-Dienst neu berechnen muss.

Die Anzahl der Änderungen für einige Klassen von Objekten, die auch in einer stabilen Umgebung möglicherweise nicht immer 0 (null) erreicht. Jede Änderung, z. B. hinzufügen oder Entfernen einer Eigenschaft, die Agents, die hinzugefügt oder außer Betrieb genommenen, Serverrollen, die hinzugefügt oder geändert werden, und so weiter, spiegeln sich in den Zahlen, die zurückgegeben werden. In Umgebungen, in welcher, die Konfiguration Abwanderung aufgetreten ist, werden eine oder mehrere Workflows wahrscheinlich einen wesentlich größeren Wert als andere Workflows anzeigen.

Eigenschaften, die in den letzten 24 Stunden geändert werden:
select distinct   MP.ManagementPackSystemName,   MET.ManagedEntityTypeSystemName,   PropertySystemName,   D.DiscoverySystemName,   D.DiscoveryDefaultName,   MET1.ManagedEntityTypeSystemName As 'TargetTypeSystemName',   MET1.ManagedEntityTypeDefaultName 'TargetTypeDefaultName',   ME.Path,   ME.Name,   C.OldValue,   C.NewValue,   C.ChangeDateTime from dbo.vManagedEntityPropertyChange C inner join dbo.vManagedEntity ME on ME.ManagedEntityRowId=C.ManagedEntityRowId inner join dbo.vManagedEntityTypeProperty METP on METP.PropertyGuid=C.PropertyGuid inner join dbo.vManagedEntityType MET on MET.ManagedEntityTypeRowId=ME.ManagedEntityTypeRowId inner join dbo.vManagementPack MP on MP.ManagementPackRowId=MET.ManagementPackRowId inner join dbo.vManagementPackVersion MPV on MPV.ManagementPackRowId=MP.ManagementPackRowId left join dbo.vDiscoveryManagementPackVersion DMP on DMP.ManagementPackVersionRowId=MPV.ManagementPackVersionRowId     AND CAST(DefinitionXml.query('data(/Discovery/DiscoveryTypes/DiscoveryClass/@TypeID)') AS nvarchar(max)) like '%'+MET.ManagedEntityTypeSystemName+'%' left join dbo.vManagedEntityType MET1 on MET1.ManagedEntityTypeRowId=DMP.TargetManagedEntityTypeRowId left join dbo.vDiscovery D on D.DiscoveryRowId=DMP.DiscoveryRowId where ChangeDateTime > dateadd(hh,-24,getutcdate()) ORDER BY MP.ManagementPackSystemName, MET.ManagedEntityTypeSystemName
Diese Abfrage kann identifizieren, die Eigenschaften in den letzten 24 Stunden geändert haben. In Kombination mit der vorherigen Abfrage diese Abfrage kann zeigen, was die alten und neuen Werte für die Eigenschaft wurden die Agenten die Änderung durchgeführt hat, der Workflow, der die Erkennung und das Management hat pack, in denen sie enthalten war.

Zur Reduzierung der Abwanderung der Konfiguration

Ältere Management Packs eingeführt Discovery Workflows, die Eigenschaftenänderungen zu häufig gesendet. Die aktuelle Version von den meisten Management Packs haben diese Discovery Workflows zum Senden von Daten, die weniger häufig geändert oder die Management Packs Fragen nicht flüchtige Eigenschaften, die sich häufig ändern. Es wird empfohlen, dass Sie Management Packs aktualisieren, die Workflows enthalten, die in der vorherigen Abfrage häufig auftreten. Neue Versionen des Management Packs können Management Pack-Katalog heruntergeladen werden:
http://systemcenter.pinpoint.Microsoft.com/en-US/Applications/Search/Operations-Manager-D11?q

Wenn eine neue Version des Management Packs nicht verfügbar ist, oder die neue Version kann nicht jetzt bereitgestellt werden, kann die Ermittlungsintervall angepasst werden, mithilfe der Überschreibung weniger häufig ausführen. In manchen Fällen kann die Erkennung, die für die Konfiguration Abwanderung verantwortlich ist vollständig durch Außerkraftsetzung deaktiviert werden. Wenn die Erkennung für mehrere Wochen deaktiviert ist, können die Objekte, die durch den Workflow erkannt werden aus der Datenbank optimiert werden. Deaktivieren die Entdeckung wird jedoch eine kurzfristige Abhilfe, um die Konfiguration Abwanderung, eliminieren bereitstellen als permanente Lösung implementiert werden kann, bevor alle Objekte aus der Datenbank optimiert werden. Der Workflow kann auch aktiviert werden, für den kurzen Intervallen, die Objekte neu zu entdecken, bevor sie optimiert werden.

Bei einigen Workflows in diese ältere Management Packs werden im folgenden Blog erläutert:
http://Blogs.technet.com/b/kevinholman/Archive/2009/10/05/What-is-config-Churn.aspx
Wenn der Workflow aus einer benutzerdefinierten Erkennung ist, das als eine flüchtige-Eigenschaft, wie z. B. Speicherplatz Ziel, sollte die Entdeckung umgeschrieben werden, so, dass es nicht an eine Eigenschaft gerichtet ist, die sich häufig ändert. Discovery Workflows sollten nicht als Ziel-Instanzen, die über eine kurze Lebensdauer (mehrere Wochen oder weniger). Discovery Workflows sollten nicht Eigenschaften dieser Instanzen sammeln, die häufig (mindestens einmal pro Monat) zu ändern. Flüchtige Daten werden nicht berücksichtigt, bei der Berechnung einer Konfigurations. Flüchtige Daten sollten daher durch Leistungsregeln und nicht vom Discovery Workflows gesammelt werden.

Zusätzliche Performance-tuning

In großen Verwaltungsgruppen (größer als 1.000 Agents) kann der RMS sehr beschäftigt mit Operationen werden, die in der Regel kein Problem in kleinere Gruppen führen. In diesem Fall könnte sogar eine kleine Rate von Eigenschaftenänderungen häufige Abwanderung wegen der Länge der Zeit, die erforderlich ist, um die Änderungen zu verarbeiten ist. Mehrere Änderungen an der Konfiguration können verwendet werden, um den Betrieb der RMS-Overhead reduzieren, und aktivieren sie eine typische Rate von Eigenschaftenänderungen schnell genug verarbeiten, um Konfiguration Abwanderung zu vermeiden. Diese Konfigurationsänderungen werden im folgenden Blog erläutert:
http://Blogs.technet.com/b/mgoedtel/Archive/2010/08/24/Performance-Optimizations-for-Operations-Manager-2007-R2.aspx

Erzwingen die Konfigurationsänderung für die Verwaltungsgruppe

Konfiguration für Codeänderungen tritt die Verwaltungsgruppe ständig, alle Änderungen, die Häufigkeit der Problem-Workflows zu verringern oder deaktivieren die Problem-Workflows an Agenten nie weitergegeben werden. In diesem Fall darf der Datenfluss eingehende Discovery blockiert werden, damit den System Center Configuration Management-Dienst, um eine aktuelle Konfiguration zu berechnen, in der der Workflow, der diese Daten erzeugt deaktiviert ist, oder weniger häufig ausgeführt wird.

Discovery-Daten werden in die Datenbank "OperationsManagerMonitoring" über System Center Data Access Service (DAS) gesendet. Die Daten werden zunächst an den DAS vom System Center-Management-Dienst auf dem RMS gesendet. Der RMS erhält diese Daten aus Agenten oder von anderen Management-Servern. Sie können Windows-Firewall verwenden oder einige andere Netzwerkprodukte bedeutet, dass eingehende Verbindungen auf den RMS-Port 5723 blockieren. Diese blockierende Prozedur verhindert, dass Ermittlungsdaten an die Datenbank "OperationsManagerMonitoring" gerade lange genug ist, für den Configuration Management-Dienst, um die aktuelle Konfiguration für die Agenten zu berechnen, die die Daten übermitteln gesendet wird.

Der System Center-Verwaltungsdienst und System Center Data Access Service auf dem RMS sollten nicht angehalten oder deaktiviert, während der Configuration Management-Dienst die aktuelle Konfiguration errechnet. Der System Center Configuration Management-Dienst erfordert Folgendes für die Durchführung die Berechnung der Konfiguration der Verwaltung:
  • System Center-Verwaltungsdienst auf dem RMS muss ausgeführt werden und fehlerfrei sein.
  • System Center Data Access Service muss mit der Datenbank kommunizieren können.
Darüber hinaus einige Daten möglicherweise zurückgestellt werden auf den Agents und auf andere Verwaltungsserver während der Configuration Management-Dienst die aktuelle Konfiguration errechnet. Der Firewall oder Port-Ausschluss sollte daher aufgehoben werden, sobald finden Sie unter Ereignis-ID 21025 in Operations Manager-Ereignisprotokoll auf dem RMS. Dieses Ereignis zeigt an, dass der Configuration Management-Dienst die neue Konfiguration für die Verwaltungsgruppe berechnet hat, in dem der Workflow jetzt deaktiviert oder geändert wird

Identifizieren mögliche Ursachen für Konfiguration Abwanderung mithilfe von Operations Manager-Berichterstattung

Neue Berichte wurden mit den Operations Manager 2007 R2 Management Pack-Version 6.1.7599.0 eingeführt. Diese Berichte enthalten einen Einblick in das Gesamtvolumen der Daten, die die Verwaltungsgruppe verarbeitet. Diese Berichte können verwendet werden, um eine standard-Baseline und Ermittlung von Möglichkeiten für das Objekt Discovery Workflows optimieren. Sobald Konfiguration Abwanderung identifiziert und behoben ist, können diese Berichte für die langfristige Planung verwendet werden, um Wiederholungen der Abwanderung zu verhindern.

Um das Management Pack zu downloaden, finden Sie auf die folgende Microsoft-Website:
http://www.Microsoft.com/download/en/Details.aspx?displaylang=en&ID=23081
 
  • Datenvolume-Management Pack-Bericht

    Das Volume Daten, Management Pack-Bericht wird kompiliert, Informationen über das Volumen der Daten, die die Management Packs zu generieren. Der Bericht zeigt die Anzahl der Vorkommen pro Management Pack für die folgenden Datentypen:
    • Entdeckungen
    • Warnungen
    • Leistung (Anzahl der Instanzen, die für die Leistungsindikatoren eingereicht werden und werden, die vom Management Pack gesammelt)
    • Ereignisse
    • Statusänderungen
  • Daten-Volumes, Workflow und Instanz-Bericht

    Das Datenvolumen, Workflow und Instanz Bericht kompiliert Informationen über das Volumen der Daten, die generiert wird, und Instanzen von Workflows (Entdeckungen, Regeln, Monitore usw.) geordnet.

    Es gibt zwei Möglichkeiten zum Zugriff auf diesen Bericht:
    • Die Datenmengen, Management Pack-Bericht klicken Sie auf die Anzahl Zellen in der Tabelle am Anfang des Berichts, um das Datenvolume, Workflow und Instanz-Bericht für die Management Packs zu öffnen.
    • Führen Sie den Bericht direkt aus dem Abschnitt "Berichte" in der Betriebskonsole. Wenn Sie das Datenvolume direkt vom Workflow und Instanz-Bericht ausführen, sollten Sie die Parameter des Berichts, um die Ergebnisse anpassen festlegen. Dieser Bericht stellt Informationen für die Informationen in das Volume Daten, Management Pack-Bericht. Aus diesem Grund können die Standardeinstellungen für die Parameter nicht die Informationen enthalten, die Sie suchen.

Eigenschaften

Artikel-ID: 2603913 - Geändert am: Donnerstag, 2. August 2012 - Version: 5.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft System Center Operations Manager 2007 R2
  • Microsoft System Center Operations Manager 2007
  • Microsoft System Center Operations Manager 2012
  • Microsoft System Center Operations Manager 2007 Service Pack 1
Keywords: 
kbtshoot kbmt KB2603913 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 2603913
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com