Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Dynatrace mit einem Klick hinzu und richte deinen KI-Client (Claude, ChatGPT, Copilot oder Cursor) auf den erzeugten MCP-Endpoint. Kein Docker, kein git clone, keinerlei Entwicklungserfahrung nötig.
Zusammenfassung
Dynatrace-Observability über die Environment API v2: Davis-Probleme mit Ursache und Auswirkung, überwachte Entitäten und Tags, Metrikabfragen, Logsuche, Events, Sicherheitsprobleme, SLOs, Einstellungen und das Audit-Log. Die KI kann außerdem Probleme kommentieren, Deployment- und Custom-Events senden und Entitäten taggen.
Frag einfach
Beispiel-Prompts für Dynatrace
Klick auf einen Prompt, um ihn zu kopieren. In Claude, ChatGPT, Cursor, Gemini, Copilot oder OpenClaw einfügen — und gegen diesen Connector laufen lassen.
Claude ist KI und kann Fehler machen. Bitte Antworten gegenprüfen.
💡 Keine Installation? Nutze cloud.anythingmcp.com direkt. Einloggen, Connectors → Dynatrace klicken, Zugangsdaten einfügen, MCP-API-Key erzeugen, fertig. Kein Docker, kein
git clone, kein lokaler Server.
Dynatrace + Microsoft Copilot
Dynatrace-Observability über die Environment API v2: Davis-Probleme mit Ursache und Auswirkung, überwachte Entitäten und Tags, Metrikabfragen, Logsuche, Events, Sicherheitsprobleme, SLOs, Einstellungen und das Audit-Log. Die KI kann außerdem Probleme kommentieren, Deployment- und Custom-Events senden und Entitäten taggen.
Voraussetzungen
Die vollständige Setup-Anleitung ist in den Connector eingebaut (im Store sichtbar, wenn du den Connector auswählst). Benötigte Umgebungsvariablen für diesen Connector:
DYNATRACE_ENVIRONMENT_URL, DYNATRACE_API_TOKEN
Schritt 1 — Zugangsdaten holen
Die Einrichtung dauert etwa 3 Minuten. Du brauchst eine Dynatrace-SaaS- oder -Managed-Umgebung.
DYNATRACE_ENVIRONMENT_URList die klassische Umgebungsadresse:https://<environment-id>.live.dynatrace.comfür SaaS oderhttps://<your-domain>/e/<environment-id>für Managed, ohne/apiund ohne abschließenden Schrägstrich. Die Plattform-Adresse (<environment-id>.apps.dynatrace.com) akzeptiert diese Art Token nicht; nimm dielive-Adresse derselben Umgebung.- Öffne in Dynatrace Access tokens (Manage, Access tokens, Generate new token) und hake die Scopes an, die die Tools brauchen:
problems.read,entities.read,metrics.read,logs.read,events.read,securityProblems.read,slo.read,settings.read,auditLogs.read; für Schreibzugriffe zusätzlichproblems.write(Kommentare, Schließen),events.ingestundentities.write(Tags). Ein Personal Access Token funktioniert genauso. - Füge das Token (
dt0c01.XXXX.YYYY, ohneApi-Tokendavor) inDYNATRACE_API_TOKENein und führedynatrace_list_problemsaus, um es zu prüfen. Plattform-Tokens (dt0s16) funktionieren mit dieser API nicht.
Probleme: dynatrace_list_problems mit problem_selector: status("OPEN") listet, was Davis AI erkannt hat. dynatrace_get_problem mit fields: evidenceDetails,impactAnalysis liefert Belege, Ursache, Auswirkung und betroffene Entitäten. dynatrace_list_problem_comments liest die Kommentare, dynatrace_add_problem_comment fügt einen hinzu, zum Beispiel die gefundene Ursache oder das angelegte Ticket.
Topologie: dynatrace_list_entity_types und dynatrace_get_entity_type erklären die Typen und ihre Eigenschaften. dynatrace_list_entities findet Hosts, Services, Prozesse, Anwendungen, Kubernetes-Workloads und Cloud-Ressourcen per Entity-Selector (zum Beispiel type("SERVICE"),entityName.contains("checkout")), dynatrace_get_entity zeigt Eigenschaften, Tags, Management Zones und Beziehungen. dynatrace_list_tags liest eigene Tags; dynatrace_add_tags setzt Tags auf jede passende Entität, vorhandene Tags bleiben.
Metriken und Logs: dynatrace_list_metrics (Suche mit text) und dynatrace_get_metric finden Metrik-Key, Einheit und Dimensionen; dynatrace_query_metrics liest Datenpunkte für bis zu 10 Metriken pro Selector. dynatrace_aggregate_logs zählt Log-Einträge pro Zeitabschnitt und Attribut und zeigt, wo sich Fehler häufen; danach liefert dynatrace_search_logs die Einträge, bis zu 1000 pro Aufruf.
Events, Sicherheit, SLOs und Audit: dynatrace_list_events, dynatrace_get_event und dynatrace_list_event_types lesen Events; dynatrace_ingest_event hält ein Deployment, eine Konfigurationsänderung oder eine Annotation an Entitäten fest. dynatrace_list_security_problems mit status("OPEN"),riskLevel("CRITICAL","HIGH") und dynatrace_get_security_problem zeigen Schwachstellen mit CVEs, Risikobewertung und betroffenen Entitäten. dynatrace_list_slos mit evaluate: true und dynatrace_get_slo liefern Status, Error Budget und Burn Rate. dynatrace_list_audit_logs zeigt, wer was geändert hat. Einstellungen sind nur lesbar: dynatrace_list_settings_schemas, dynatrace_get_settings_schema, dynatrace_list_settings_objects und dynatrace_get_settings_object.
Vor dem Schreiben: Ein gesendetes Alert-, Error- oder Availability-Event kann ein Problem öffnen und Leute benachrichtigen; Kommentare und Tags sieht jeder in der Umgebung. Deshalb zeigt dir die KI die Änderung und wartet auf dein Ja.
Bei der Installation deaktiviert: dynatrace_close_problem. Ein geschlossenes Problem lässt sich nicht wieder öffnen (Dynatrace öffnet ein neues, wenn der Fehler zurückkommt), deshalb schaltet ein Workspace-Admin es ein, wenn das Team es braucht.
Selektoren: Entity-Selektoren sehen aus wie type("HOST"),tag("env:prod"),mzName("Production"); durch Kommas verbundene Kriterien bedeuten UND, Werte unterscheiden Groß- und Kleinschreibung. Selektoren für Probleme, Events, SLOs und Sicherheitsprobleme funktionieren genauso. Metrik-Selektoren verketten Transformationen: builtin:service.response.time:splitBy("dt.entity.service"):avg:sort(value(avg,descending)):limit(10).
Datenformate: Zeiten sind UTC-Millisekunden seit 1970 (startTime, endTime, timestamp; -1 heißt noch offen). Zeiträume akzeptieren relative Angaben (now-2h, now-7d), Millisekunden oder ISO 8601; Standard sind oft die letzten 2 Stunden, beim Audit-Log die letzten 2 Wochen. Antwortzeiten sind Mikrosekunden, CPU- und Speichernutzung Prozent, Byte-Werte Bytes; dynatrace_get_metric nennt die Einheit. Entity-Ids sehen aus wie HOST-1234ABCD5678EF90; die Id eines Problems unterscheidet sich von seiner Anzeige-Id (P-2410123).
Blättern: Listen liefern nextPageKey; die KI ruft erneut nur mit next_page_key auf, ohne alle anderen Filter, bis er fehlt. Die Logsuche blättert mit nextSliceKey, nur im klassischen Log-Speicher; in Grail-Umgebungen verkleinert die KI stattdessen den Zeitraum. Kurze Zeiträume halten die Antworten klein.
Häufige Fehler: 401 heißt falsches, abgelaufenes oder widerrufenes Token oder ein Plattform-Token; 403 ein Token ohne den nötigen Scope (die Meldung nennt ihn); 404 eine unbekannte Id oder eine falsche Umgebungsadresse; 400 ein fehlerhafter Selector (die Meldung sagt, wo); 429 das Rate Limit, also warten und erneut versuchen.
Der Connector führt keine Grail- oder DQL-Abfragen aus: Dafür braucht es ein Plattform-Token oder einen OAuth-Client statt eines Access Tokens, und der Dynatrace Remote MCP Server deckt sie ab. Er ändert keine Einstellungen und entfernt keine Tags.
Schritt 2 — Adapter installieren
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Schritt 3 — Connector in Microsoft Copilot hinzufügen
Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (
https://cloud.anythingmcp.com/mcp/…). Setze sie überall ein, wo diese AnleitungYOUR_SERVER_IDzeigt.
Microsoft Copilot nutzt MCP-Server über Agents, die du in Copilot Studio baust: Du fügst AnythingMCP einem Agent als Tool hinzu und veröffentlichst den Agent dann in Microsoft 365 Copilot und Teams. Copilot Studio verbindet sich aus der Cloud von Microsoft per Streamable HTTP, das AnythingMCP unterstützt.
- Öffne in Copilot Studio deinen Agent (oder leg einen an), geh zu Tools und wähle Add a tool → New tool → Model Context Protocol.
- Trag einen Server name ein (zum Beispiel
AnythingMCP), eine Server description, die sagt, was der Connector kann, und die Server URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Anhand der Beschreibung entscheidet Copilot Studio, wann es den Server aufruft. - Wähle bei der Authentifizierung API key, setze Type auf Header und den Header-Namen auf
X-API-Keyund klicke auf Create. - Wähle in Add tool die Option Create a new connection, füge einen MCP-API-Key aus AnythingMCP ein (MCP Servers → dein Server → API keys) und klicke auf Add to agent.
- Probier es im Test-Bereich des Agents aus: Bitte um etwas, wofür er die
Dynatrace-Tools braucht. - Klicke auf Publish, dann auf Channels → Microsoft 365 and Microsoft Teams, lass Make agent available in Microsoft Copilot aktiviert und wähle Add channel. See agent in Teams installiert den Agent für dich; in Microsoft 365 Copilot tippst du @ und wählst den Agent aus.
Lieber eine Anmeldung pro Person? Wähle statt API key OAuth 2.0 → Dynamic discovery: Dann meldet sich jede Person beim ersten Aufruf des Agents bei AnythingMCP an.
Du hostest selbst? Nimm statt https://cloud.anythingmcp.com die öffentliche HTTPS-Adresse deiner Instanz. Copilot Studio verbindet sich aus der Cloud von Microsoft, localhost funktioniert deshalb nicht.
Verfügbare Tools
| Tool | What it does |
|---|---|
dynatrace_list_problems | List problems (Davis AI detected incidents), newest first: id, display id (P-2410123), title, impact level (APPLICATION, SERVICE… |
dynatrace_get_problem | Get one problem with its evidence (the events, metrics and transactions Davis used), impact analysis, root cause, affected entities, linked… |
dynatrace_list_problem_comments | List the comments on a problem: text, context (e.g. the tool that wrote it), author and time |
dynatrace_add_problem_comment | Add a comment to a problem, e.g. the cause found or the ticket opened |
dynatrace_close_problem | Close an open problem by hand, with a closing comment |
dynatrace_list_entities | List monitored entities (hosts, services, processes, applications, Kubernetes workloads, cloud resources and so on) that match an entity… |
dynatrace_get_entity | Get one monitored entity with its type, display name, properties, tags, management zones, first and last seen time and its relationships to… |
dynatrace_list_entity_types | List the entity types of the environment (HOST, SERVICE, PROCESS_GROUP, APPLICATION, KUBERNETES_CLUSTER, CLOUD_APPLICATION and many more)… |
dynatrace_get_entity_type | Get one entity type with its properties (usable in fields and selectors), the relationships it can have and its tag and management zone… |
dynatrace_list_tags | List the custom tags on the entities that match an entity selector, with key, value and how often each is used |
dynatrace_add_tags | Add custom tags to every entity that matches an entity selector, e.g. owner:team-payments |
dynatrace_list_metrics | List the available metrics with key (e.g. builtin:host.cpu.usage), display name, description, unit, aggregation types and dimensions |
dynatrace_get_metric | Get the descriptor of one metric: display name, description, unit, dimensions, aggregation types, default aggregation and entity type |
dynatrace_query_metrics | Read metric data points: one or more metrics with transformations (:avg, :splitBy("dt.entity.host"), :sort(value(avg,descending))… |
dynatrace_search_logs | Search log records with the Dynatrace log search query language: timestamp, status (ERROR, WARN, INFO, NONE), content and attributes (host… |
dynatrace_aggregate_logs | Count log records over time and by attribute: how many records match a query per time slot and per value of the chosen groupings (e.g.… |
dynatrace_list_events | List events (deployments, configuration changes, availability, error, performance and resource events, custom events) with type, title… |
dynatrace_get_event | Get one event with all its properties, the entity it belongs to and its management zones |
dynatrace_list_event_types | List the event types with their display name and description, for use in an event selector |
dynatrace_ingest_event | Send a custom event to Dynatrace and attach it to entities: a deployment, configuration change or annotation shows on the entities and is… |
dynatrace_list_security_problems | List security problems (vulnerabilities found by Runtime Vulnerability Analytics): id, display id (S-123), title, status (OPEN, RESOLVED… |
dynatrace_get_security_problem | Get one security problem with its description, CVEs, risk assessment (exposure, data assets, public exploit), affected and related entities… |
dynatrace_list_slos | List service-level objectives with name, target and warning thresholds, timeframe and, with evaluate, the current status (percentage)… |
dynatrace_get_slo | Get one SLO with its definition and its evaluated status, error budget, burn rate and the metric expression behind it |
dynatrace_list_settings_schemas | List the settings schemas of the environment (e.g. builtin:alerting.profile, builtin:management-zones, builtin:problem.notifications… |
dynatrace_get_settings_schema | Get one settings schema: its properties, types, allowed values, scopes and constraints |
dynatrace_list_settings_objects | Read the configured settings objects of one or more schemas (alerting profiles, management zones, anomaly detection, notifications and so… |
dynatrace_get_settings_object | Read one settings object with its schema, scope, value and modification details |
dynatrace_list_audit_logs | List the audit log: who changed what and when (configuration changes, token changes, logins), with user, category, event type, entity and… |
Beispiel-Prompts
- „Welche Probleme sind in Produktion gerade offen, und was sieht Davis als Ursache?“
- „Zeig mir die 5 Services mit der höchsten durchschnittlichen Antwortzeit in den letzten 24 Stunden.“
- „Gab es in der letzten Stunde Fehlerspitzen in den Checkout-Logs? Zeig mir ein paar Beispieleinträge.“
- „Halte ein Deployment der Version 1.4.2 auf dem Checkout-Service fest. Zeig mir das Event, bevor du es sendest.“
- „Welche kritischen oder hohen Sicherheitsprobleme sind noch offen, und welche Entitäten betreffen sie?“
FAQ
Für welchen Copilot gilt das? Für Microsoft 365 Copilot im Unternehmen, über Agents aus Copilot Studio. Die Microsoft-Copilot-App für private Konten bietet keine Möglichkeit, einen eigenen MCP-Server hinzuzufügen.
Was brauche ich? Ein Arbeitskonto mit Zugang zu Copilot Studio (Lizenz oder Testversion), um den Agent zu bauen. Wer ihn in Microsoft 365 Copilot oder Teams nutzen soll, braucht Zugriff auf den Agent: Teile ihn oder lass ihn von einem Admin für die Organisation veröffentlichen. Wendet deine Organisation Datenrichtlinien auf Power-Platform-Connectors an, gelten sie auch für MCP-Server.
Der Agent ruft die Tools nicht auf. Prüfe, dass der Header-Name genau X-API-Key lautet und der Schlüssel zum selben MCP-Server gehört wie die URL, und formuliere die Server description konkret: Copilot Studio entscheidet anhand der Beschreibung, wann es den Server aufruft. Veröffentliche den Agent nach jeder Änderung erneut; in einem offenen Chat holst du die neue Version mit „start over“.
Nächste Schritte
- Connector-Startseite
- Mit Claude verbinden
- Mit ChatGPT verbinden
- Mit Cursor verbinden
- Mit Gemini verbinden
- Mit Meta Muse verbinden
War dieser Guide hilfreich?