Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Sie können den dienst Azure Backup verwenden, um lokale Computer und Apps zu sichern und Azure virtuellen Computer (VMs) zu sichern. In diesem Artikel werden Supporteinstellungen und Einschränkungen zusammengefasst, wenn Sie den Microsoft Azure Recovery Services (MARS)-Agent zum Sichern von Computern verwenden.
Hinweis
Windows Server 2008 und Windows Server 2008 R2 haben das Ende des Supports (EOS) erreicht. Weitere Informationen finden Sie unter End der Unterstützung für Windows Server 2008 und Windows Server 2008 R2 und Perform-Direktes Upgrade auf Windows Server 2016, 2019, 2022 oder 2025. Überprüfen Sie Ihre Nutzung und planen Sie Betriebssystemupgrades und -migrationen entsprechend.
Der MARS-Agent
Azure Backup verwendet den MARS-Agent zum Sichern von Daten von lokalen Computern und Azure VMs zu einem Sicherungswiederherstellungsdienste-Tresor in Azure. Mit dem MARS-Agent haben Sie folgende Möglichkeiten:
- Führen Sie lokale Windows Computer aus, damit sie direkt in einem Sicherungswiederherstellungsdienstetresor in Azure sichern können.
- Führen Sie auf Windows virtuellen Computern aus, damit sie direkt in einem Tresor gesichert werden können.
- Ausführen auf Microsoft Azure Backup Server (MABS) oder einem System Center Data Protection Manager (DPM)-Server. In diesem Szenario werden Computer und Workloads auf einem MABS- oder DPM-Server gesichert. Der MARS-Agent sichert diesen Server dann in Azure in einem Tresor.
Hinweis
Azure Backup unterstützt keine automatische Anpassung der Uhr für Sommerzeit (DST). Ändern Sie die Richtlinie, um sicherzustellen, dass die Sommerzeit für das Konto übernommen wird, um Diskrepanzen zwischen der tatsächlichen Uhrzeit und der geplanten Uhrzeit für die Sicherung zu vermeiden.
Welche Möglichkeiten zur Sicherung bestehen, hängt davon ab, welcher Agent installiert ist. Weitere Informationen finden Sie unter Azure Backup-Architektur mit dem MARS-Agent. Informationen zur Architektur für die Sicherung mit MABS und DPM finden Sie unter Architektur: Sicherung mit DPM/MABS. Weitere Informationen zur Sicherungsarchitektur finden Sie auch unter den Anforderungen.
| Installation | Details |
|---|---|
| Aktuellen MARS-Agent herunterladen | Sie können die neueste Version des Agenten aus dem Tresor herunterladen oder direkt herunterladen. |
| Direkt auf dem Computer installieren | Sie können den MARS-Agent direkt auf einem lokalen Windows-Server oder auf einer Windows VM installieren, auf der eines der supported-Betriebssysteme ausgeführt wird. |
| Auf einem Sicherungsserver installieren | Wenn Sie DPM oder MABS für die Sicherung auf Azure einrichten, laden Sie den MARS-Agent auf dem Server herunter und installieren diesen. Sie können den Agent gemäß den unterstützten Betriebssystemen in der Supportmatrix des Sicherungsservers installieren. |
Hinweis
Standardmäßig verfügen Azure VMs, die für die Sicherung aktiviert sind, über eine Azure Backup Erweiterungsinstallation. Diese Erweiterung sichert die gesamte VM. Sie können den MARS-Agent auf einer Azure VM zusammen mit der Erweiterung installieren und ausführen, wenn Sie bestimmte Ordner und Dateien statt der vollständigen VM sichern möchten. Wenn Sie den MARS-Agent auf einer Azure VM ausführen, werden Dateien oder Ordner gesichert, die sich im temporären Speicher auf dem virtuellen Computer befinden. Sicherungen schlagen fehl, wenn die Dateien oder Ordner aus dem temporären Speicher entfernt werden oder wenn der temporäre Speicher entfernt wird.
Unterstützung für Cacheordner
Wenn Sie den MARS-Agent zum Sichern von Daten verwenden, übernimmt der Agent eine Momentaufnahme der Daten und speichert sie in einem lokalen Cacheordner, bevor die Daten an Azure gesendet werden. Für den Cacheordner (neu) gelten verschiedene Anforderungen:
| Cache | Details |
|---|---|
| Size | Der freie Speicherplatz im Cacheordner muss mindestens 5 bis 10 Prozent der Gesamtgröße Ihrer Sicherungsdaten betragen. |
| Position | Der Cacheordner muss lokal auf dem Computer gespeichert werden, der gesichert wird, und er muss online sein. Der Cacheordner darf sich nicht in einer Netzwerkfreigabe, auf Wechselmedien oder in einem Offline-Volume befinden. |
| Ordner | Der Cacheordner darf auf einem deduplizierten Volume oder in einem Ordner, der komprimiert ist, eine geringe Dichte aufweist oder einen Analysepunkt hat, nicht verschlüsselt sein. |
| Andere Speicherorte | Sie können den Cachespeicherort ändern, indem Sie die Sicherungs-Engine beenden (net stop obengine) und den Cacheordner in ein neues Laufwerk kopieren. (Stellen Sie sicher, dass das neue Laufwerk über ausreichend Speicherplatz verfügt.) Aktualisieren Sie dann zwei Registrierungseinträge unter HKLM\SOFTWARE\Microsoft\Windows Azure Backup (Config/ScratchLocation und Config/CloudBackupProvider/ScratchLocation) an den neuen Speicherort, und starten Sie das Modul neu. |
Netzwerk und Zugriffsunterstützung
Der MARS-Agent erfordert Zugriff auf Microsoft Entra ID, Azure Storage und Azure Backup Dienstendpunkte. Informationen zum Abrufen der öffentlichen IP-Adressbereiche finden Sie in der JSON-Datei. Zugriff auf die IPs zulassen, die Azure Backup (AzureBackup), Azure Storage (Storage) und Microsoft Entra ID (AzureActiveDirectory). Abhängig von Ihrer Windows Version benötigen Netzwerkkonnektivitätsprüfungen des Betriebssystems außerdem Zugriff auf www.msftconnecttest.com oder www.msftncsi.com.
Wenn Ihr Rechner nur begrenzten Internetzugang hat, stellen Sie sicher, dass die Firewall-, Proxy- und Netzwerkeinstellungen den Zugriff auf die folgenden FQDNs und öffentlichen IP-Adressen erlauben.
Zugriff auf URLs und IP-Adressen
FQDNs
*.microsoft.com*.windowsazure.com*.microsoftonline.com*.windows.net*.blob.core.windows.net*.queue.core.windows.net*.blob.storage.azure.net
Wenn Sie US Government-Kunde sind, stellen Sie sicher, dass Sie Zugriff auf die folgenden URLs haben:
www.msftncsi.com*.microsoft.com*.windowsazure.us*.microsoftonline.us*.windows.net*.usgovcloudapi.net*.blob.core.windows.net*.queue.core.windows.net*.blob.storage.azure.net
Beim Zugriff auf alle oben aufgeführten URLs und IP-Adressen wird das HTTPS-Protokoll auf Port 443 verwendet.
Beim Sichern von Dateien und Ordnern von Azure VMs mit dem MARS-Agent müssen Sie auch das Azure virtuelle Netzwerk so konfigurieren, dass der Zugriff ermöglicht wird. Wenn Sie Netzwerksicherheitsgruppen (Network Security Groups, NSG) verwenden, verwenden Sie das AzureBackup-Diensttag, um ausgehenden Zugriff auf Azure Backup zuzulassen. Zusätzlich zum Azure Backup-Tag müssen Sie auch die Konnektivität für die Authentifizierung und Datenübertragung zulassen, indem Sie ähnliche NSG-Regeln für Microsoft Entra ID (AzureActiveDirectory) und Azure Storage (Storage) erstellen.
Führen Sie die folgenden Schritte aus, um eine Regel für das Azure Backup-Tag zu erstellen:
- Navigieren Sie unter Alle Dienste zu Netzwerksicherheitsgruppen, und wählen Sie die Netzwerksicherheitsgruppe aus.
- Wählen Sie unter Einstellungen die Option Ausgangssicherheitsregeln aus.
- Klicken Sie auf Hinzufügen.
- Geben Sie alle erforderlichen Details zum Erstellen einer neuen Regel ein, wie in den Einstellungen zu Sicherheitsregeln beschrieben.
Stellen Sie sicher, dass die Optionen wie folgt festgelegt sind:- Ziel ist auf Diensttag festgelegt.
- Zieldiensttag ist auf AzureBackup festgelegt.
- Wählen Sie Hinzufügen aus, um die neu erstellte Ausgangssicherheitsregel zu speichern.
Sie können auch NSG-Ausgehende Sicherheitsregeln für Azure Storage und Microsoft Entra ID erstellen. Weitere Informationen zu Diensttags finden Sie unter Diensttags in virtuellen Netzwerken.
Azure ExpressRoute-Support
Sie können Ihre Daten über Azure ExpressRoute sichern, indem Sie öffentliche Peering verwenden (verfügbar für alte Schaltkreise). Wenn der private Endpunkt im Tresor aktiviert ist, verwenden Sie expressRoute private Peering; Wenn der private Endpunkt nicht aktiviert ist, verwenden Sie Microsoft-Peering, und fügen Sie Microsoft Entra ID im ExpressRoute-Setup- und Routerfilter hinzu.
Stellen Sie zur Verwendung von öffentlichem Peering sicher, dass Sie an Port 443 über HTTPS auf die folgenden Domänen und Adressen zugreifen können:
*.microsoft.com*.windowsazure.com*.microsoftonline.com*.windows.net*.blob.core.windows.net*.queue.core.windows.net*.blob.storage.azure.net
Um Microsoft-Peering zu verwenden, wählen Sie die folgenden Dienste, Regionen und relevanten Communitywerte aus:
- Microsoft Entra ID (12076:5060)
- Azure Region gemäß dem Standort Ihres Wiederherstellungsdienste-Tresors
- Azure Storage entsprechend dem Standort Ihres Wiederherstellungsdienste-Tresors
Weitere Informationen zu ExpressRoute-Routinganforderungen.
Hinweis
Öffentliches Peering gilt für neue Leitungen als veraltet.
Unterstützung für den privaten Endpunkt
Sie können nun private Endpunkte verwenden, um Ihre Daten von Servern sicher in Ihrem Recovery Services-Tresor zu sichern. Da Microsoft Entra ID nicht über private Endpunkte zugegriffen werden kann, müssen Sie IPs und FQDNs zulassen, die für Microsoft Entra ID für ausgehenden Zugriff separat erforderlich sind.
Wenn Sie den MARS-Agent zum Sichern Ihrer lokalen Ressourcen verwenden, stellen Sie sicher, dass Ihr lokales Netzwerk (mit Ihren zu sichernden Ressourcen) mit dem Azure VNet mit einem privaten Endpunkt für den Tresor peered wird. Sie können dann mit der Installation des MARS-Agents fortfahren und die Sicherung konfigurieren. Sie müssen jedoch sicherstellen, dass die gesamte Kommunikation für die Sicherung ausschließlich über das Peeringnetzwerk erfolgt.
Wenn Sie private Endpunkte für den Tresor entfernen, nachdem ein MARS-Agent bei ihm registriert wurde, müssen Sie den Container erneut beim Tresor registrieren. Sie müssen den Schutz für sie nicht aufheben. Weitere Informationen finden Sie unter Private-Endpunkte für Azure Backup.
Unterstützung für Drosselung
| Funktion | Details |
|---|---|
| Bandbreitensteuerung | Unterstützt. Verwenden Sie im MARS-Agent Eigenschaften ändern, um die Bandbreite anzupassen. |
| Netzwerkdrosselung | Nicht verfügbar für gesicherte Computer, die Windows Server 2008 R2, Windows Server 2008 SP2 oder Windows 7 ausführen. |
Unterstützte Betriebssysteme
Hinweis
Der MARS-Agent unterstützt Windows Server Core-SKUs nicht.
Sie können den MARS-Agent verwenden, um direkt zu Azure auf den unten aufgeführten Betriebssystemen zu sichern, auf denen folgendes ausgeführt wird:
- Lokale Windows oder Windows Server
- Azure VMs, auf denen Windows ausgeführt wird
Dabei muss es sich um 64-Bit-Betriebssysteme handeln, die mit den neuesten Service Packs und Updates ausgeführt werden müssen. Eine Übersicht über diese Betriebssysteme finden in der folgenden Tabelle:
| Betriebssystem | Dateien/Ordner | Systemstatus | Software-/Modulanforderungen |
|---|---|---|---|
| Windows 11 (Enterprise, Pro, Home, IoT Enterprise) | Ja | Nein | Überprüfen der entsprechenden Serverversion auf Software-/Modulanforderungen |
| Windows 10 (Enterprise, Pro, Home, IoT Enterprise) | Ja | Nein | Überprüfen der entsprechenden Serverversion auf Software-/Modulanforderungen |
| Windows 8.1 (Enterprise, Pro) | Ja | Nein | Überprüfen der entsprechenden Serverversion auf Software-/Modulanforderungen |
| Windows 8 (Enterprise, Pro) | Ja | Nein | Überprüfen der entsprechenden Serverversion auf Software-/Modulanforderungen |
| Windows Server 2025 (Standard, Datacenter, Essentials, Server IoT) | Ja | Ja | - .NET 4.8 – Windows PowerShell – Neuestes kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 |
| Windows Server 2022 (Standard, Datacenter, Essentials, Server IoT) | Ja | Ja | - .NET 4.8 – Windows PowerShell – Neuestes kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 |
| Windows Server 2019 (Standard, Datacenter, Essentials, Server IoT) | Ja | Ja | - .NET 4.8 – Windows PowerShell – Neuestes kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 |
| Windows Server 2016 (Standard, Datacenter, Essentials) | Ja | Ja | - .NET 4.8 – Windows PowerShell – Neuestes kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 |
| Windows Storage Server 2016/2012 R2/2012 (Standard, Arbeitsgruppe) | Ja | Nein | - .NET 4.8 – Windows PowerShell – Neuestes kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 |
| Windows Server 2012 R2 (Standard, Datacenter, Foundation, Essentials) | Ja | Ja | - .NET 4.8 – Windows PowerShell – Neuestes kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 |
| Windows Server 2012 (Standard, Datacenter, Foundation) | Ja | Ja | - .NET 4.8 -Windows PowerShell – Neuestes kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 – Abbildverwaltung für die Bereitstellung (Deployment Image Servicing and Management (DISM.exe)) |
Weitere Informationen finden Sie unter Unterstützte MABS- und DPM-Betriebssysteme.
Ablauf des Supportzeitraums für Betriebssysteme
Für die folgenden Betriebssysteme ist der Supportzeitraum abgelaufen. Wir empfehlen Ihnen daher dringend, ein Betriebssystemupgrade durchzuführen, damit Sie weiter geschützt sind.
Wenn bestehende Verpflichtungen das Upgrade des Betriebssystems verhindern, sollten Sie die Windows Server zu Azure VMs migrieren und Azure VM-Sicherungen nutzen, um weiterhin geschützt zu bleiben. Besuchen Sie hier die Seite migration um weitere Informationen zum Migrieren Ihres Windows Servers zu erhalten.
Aktivieren Sie für lokale oder gehostete Umgebungen, in denen Sie das Betriebssystem nicht aktualisieren oder zu Azure migrieren können, erweiterte Sicherheitsupdates für die Computer, um weiterhin geschützt und unterstützt zu bleiben. Beachten Sie hierbei, dass nur für bestimmte Editionen Anspruch auf „Erweiterte Sicherheitsupdates“ besteht. Weitere Informationen finden Sie auf der Seite mit den häufig gestellten Fragen.
| Betriebssystem | Dateien/Ordner | Systemstatus | Software-/Modulanforderungen |
|---|---|---|---|
| Windows 7 (Ultimate, Enterprise, Pro, Home Premium/Basic, Starter) | Ja | Nein | Überprüfen der entsprechenden Serverversion auf Software-/Modulanforderungen |
| Windows Server 2008 R2 (Standard, Enterprise, Datacenter, Foundation) | Ja | Ja | - .NET 3.5, .NET 4.5 – Windows PowerShell – Kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 – Abbildverwaltung für die Bereitstellung (Deployment Image Servicing and Management (DISM.exe)) |
| Windows Server 2008 SP2 (Standard, Datacenter, Foundation) | Ja | Nein | - .NET 3.5, .NET 4.5 – Windows PowerShell – Kompatibles Microsoft VC++ Redistributable – Microsoft Management Console (MMC) 3.0 – Abbildverwaltung für die Bereitstellung (Deployment Image Servicing and Management (DISM.exe)) - Virtual Server 2005 Basis + KB KB948515 |
Backup-Grenzwerte
Größenbeschränkungen
Azure Backup beschränkt die Größe einer Datei- oder Ordnerdatenquelle, die gesichert werden kann. Die Elemente, die von einem einzelnen Volume gesichert werden, dürfen die in der folgenden Tabelle angegebenen Größen nicht überschreiten:
| Betriebssystem | Größenlimit |
|---|---|
| Windows Server 2012 oder höher | 54.400 GB |
| Windows Server 2008 R2 SP1 | 1\.700 GB |
| Windows Server 2008 SP2 | 1\.700 GB |
| Windows 8 oder höher | 54.400 GB |
| Windows 7 | 1\.700 GB |
Hinweis
Während Azure VM-Wiederherstellung treten möglicherweise Leistungsprobleme in den folgenden Szenarien auf:
- Die Anzahl der wiederherzustellenden Dateien überschreitet 8 Millionen
- Die Gesamtgröße der wiederherzustellenden Daten ist größer als 1 TB.
- Der Sicherungssatz enthält mehr als 20 verkettete inkrementelle Momentaufnahmen.
Der Wiederherstellungsvorgang kann auch aufgrund von Betriebsproblemen unterbrochen werden, z. B. aufgrund hoher Latenz zwischen dem Tresor und dem Quellcomputer, geringer Downloadgeschwindigkeit von Azure auf den Quellcomputer oder eingeschränkter Bandbreite auf Ihrem Computer.
Grenzwerte für die Aufbewahrung
Im Folgenden finden Sie die Aufbewahrungsdauer, die für die verschiedenen Wiederherstellungspunkte festgelegt werden kann:
| Wiederherstellungspunkt | Minimum | Maximum |
|---|---|---|
| Täglicher Wiederherstellungspunkt | 7 Tage | 9.999 Tage |
| Wöchentlicher Wiederherstellungspunkt | 4 Wochen | 5.163 Wochen |
| Monatlicher Wiederherstellungspunkt | 3 Monate | 1.188 Monate |
| Jährlicher Wiederherstellungspunkt | 1 Jahr | 99 Jahre |
Weitere Einschränkungen
- MARS unterstützt nicht den Schutz mehrerer Computer mit demselben Namen in einem einzelnen Tresor.
Unterstützte Dateitypen für die Sicherung
| Typ | Unterstützung |
|---|---|
| Verschlüsselt* | Unterstützt. |
| Compressed | Unterstützt. |
| Platzsparend | Unterstützt. |
| Komprimiert und geringe Dichte | Unterstützt. |
| Feste Links | Wird nicht unterstützt. Übersprungen. |
| Analysepunkt | Wird nicht unterstützt. Übersprungen. |
| Verschlüsselt und geringe Dichte | Wird nicht unterstützt. Übersprungen. |
| Komprimierter Stream | Wird nicht unterstützt. Übersprungen. |
| Platzsparender Stream | Wird nicht unterstützt. Übersprungen. |
| OneDrive (synchronisierte Dateien sind sparse Streams) | Wird nicht unterstützt. |
| Ordner mit aktivierter DFS-Replikation | Wird nicht unterstützt. |
* Stellen Sie sicher, dass für den MARS-Agent Zugriff auf die erforderlichen Zertifikate besteht, damit auf die verschlüsselten Dateien zugegriffen werden kann. Nicht zugängliche Dateien werden übersprungen.
Unterstützte Laufwerke oder Volumes für die Sicherung
| Laufwerk/Volume | Unterstützung | Details |
|---|---|---|
| Schreibgeschützte Volumes | Nicht unterstützt | Der Volumeschattenkopie-Dienst (VSS) funktioniert nur, wenn das Volume beschreibbar ist. |
| Offlinevolumes | Nicht unterstützt | VSS funktioniert nur, wenn das Volume online ist. |
| Netzwerkfreigabe | Nicht unterstützt | Das Volume muss sich lokal auf dem Server befinden. |
| BitLocker-gesperrte Volumes | Nicht unterstützt | Das Volume muss entsperrt werden, damit die Sicherung starten kann. |
| Dateisystemidentifikation | Nicht unterstützt | Es wird nur NTFS unterstützt. |
| Wechselmedien | Nicht unterstützt | Alle Quellen für Sicherungselemente müssen ein festes Medium sein. |
| Deduplizierte Laufwerke | Unterstützt | Azure Backup konvertiert deduplizierte Daten in normale Daten. Dabei werden die Daten optimiert, verschlüsselt, gespeichert und an den Tresor gesendet. |
Unterstützung für die erste Offlinesicherung
Azure Backup unterstützt offline Seeding, um erste Sicherungsdaten mithilfe von Datenträgern an Azure zu übertragen. Dieser Support ist hilfreich, wenn Ihre erste Sicherung wahrscheinlich im Größenbereich von Terabyte (TBs) liegt. Die Offlinesicherung wird unterstützt für:
- Direkte Sicherung von Dateien und Ordnern auf lokalen Computern, auf denen der MARS-Agent ausgeführt wird.
- Sicherung von Workloads und Dateien von einem DPM-Server oder MABS.
Die Offlinesicherung kann nicht für Systemstatusdateien verwendet werden.
Support für die Datenwiederherstellung
Mithilfe des Features Instant Restore von Azure Backup können Sie Daten wiederherstellen, bevor sie in den Tresor kopiert werden. Der Computer, den Sie sichern, muss .NET Framework 4.5.2 oder höher ausgeführt werden.
Sicherungen können nicht auf einem Zielcomputer wiederhergestellt werden, auf dem eine ältere Version des Betriebssystems ausgeführt wird. Beispielsweise kann eine Sicherung von einem Computer, auf dem Windows 7 ausgeführt wird, auf Windows 8 oder höher wiederhergestellt werden. Eine Sicherung, die von einem Computer mit Windows 8 ausgeführt wird, kann jedoch nicht auf einem Computer wiederhergestellt werden, auf dem Windows 7 ausgeführt wird.
Vorherige MARS-Agent-Versionen
In der folgenden Tabelle sind die vorherigen Versionen des Agents mit ihren Downloadlinks aufgeführt. Es wird empfohlen, die Agent-Version auf die neueste Version zu aktualisieren, damit Sie von den neuesten Features und optimaler Leistung profitieren können.
| Versionen | KB-Artikel |
|---|---|
| 2.0.9145.0 | Nicht verfügbar |
| 2.0.9151.0 | Nicht verfügbar |
| 2.0.9153.0 | Nicht verfügbar |
| 2.0.9162.0 | Nicht verfügbar |
| 2.0.9169.0 | 4515971 |
| 2.0.9170.0 | Nicht verfügbar |
| 2.0.9173.0 | 4538314 |
| 2.0.9177.0 | Nicht verfügbar |
| 2.0.9181.0 | Nicht verfügbar |
| 2.0.9190.0 | 4575948 |
| 2.0.9195.0 | 4582474 |
| 2.0.9197.0 | 4589598 |
| 2.0.9207.0 | 5001305 |
| 2.0.9415.0 | 5059322 |
| 2.0.9506.0 | 5068415 |
Hinweis
Für MARS-Agent-Versionen mit geringfügigen Zuverlässigkeits- und Leistungsverbesserungen gibt es keinen KB-Artikel.
Nächste Schritte
- Erfahren Sie mehr über die Sicherungsarchitektur, für die der MARS-Agent verwendet wird.
- Erfahren Sie, was unterstützt wird, wenn Sie den MARS-Agent auf einem MABS- oder DPM-Server ausführen.