Freigeben über

Prüfliste: Verwalten und Behandeln von Fehlern der BizTalk Server-Datenbanken

  • Artikel

BizTalk Server Datenbanken und deren Integrität sind sehr wichtig für eine erfolgreiche BizTalk Server-Datenbankmessagingumgebung. In diesem Thema werden die Schritte aufgeführt, die Sie beim Verwalten oder Beheben von Problemen mit der BizTalk Server Datenbanken ausführen müssen.

Verwalten von BizTalk Server-Datenbanken

  • Deaktivieren Sie die Optionen Statistiken automatisch aktualisieren und Statistiken automatisch erstellen (gilt nur für BizTalk Server MessageBox-Datenbanken). Standardmäßig werden diese Einstellungen als Teil der BizTalk Server-Konfiguration konfiguriert. Sie sollten keine Änderungen an diesen Einstellungen vornehmen.

    Um festzustellen, ob diese Einstellungen deaktiviert sind, führen Sie die folgenden gespeicherten Prozeduren in SQL Server aus:

    SELECT DATABASEPROPERTYEX('BizTalkMsgBoxDB', 'IsAutoCreateStatistics') AS IsAutoCreateStatistics
SELECT DATABASEPROPERTYEX('BizTalkMsgBoxDB', 'IsAutoUpdateStatistics') AS IsAutoUpdateStatistics

    Die zurückgegebenen Werte sollten 0 sein, um anzugeben, dass die Einstellung deaktiviert ist. Wenn 0 nicht zurückgegeben wird, deaktivieren Sie die Einstellung, indem Sie folgendes in SQL Server ausführen:

    ALTER DATABASE BizTalkMsgBoxDB SET AUTO_CREATE_STATISTICS OFF
ALTER DATABASE BizTalkMsgBoxDB SET AUTO_UPDATE_STATISTICS OFF

    Weitere Informationen zu diesen Einstellungen finden Sie unter Blockieren, Deadlockbedingungen oder andere SQL Server Probleme, wenn Sie versuchen, eine Verbindung mit der BizTalkMsgBoxDb-Datenbank in BizTalk Server herzustellen.

  • Legen Sie die Max Degree of Parallelism-Eigenschaft fest. Standardmäßig werden diese Einstellungen als Teil der BizTalk Server-Konfiguration konfiguriert. Sie sollten keine Änderungen an diesen Einstellungen vornehmen.

    Legen Sie die Eigenschaften Max. Grad an Parallelität run_value und config_value auf den Wert 1 (1) für die SQL Server Instanzen fest, die die BizTalk Server MessageBox-Datenbanken hosten. Um die Einstellung Max. Grad an Parallelität zu überprüfen, führen Sie die folgende gespeicherte Prozedur für die Masterdatenbank in SQL Server aus:

    exec sp_configure 'max degree of parallelism'

    Wenn die run_value und config_value nicht auf den Wert 1 (1) festgelegt sind, führen Sie die folgende gespeicherte Prozedur in SQL Server aus:

    exec sp_configure 'max degree of parallelism', '1' reconfigure with override

    Weitere Informationen dazu, wie sich die Einstellung Max. Grad an Parallelität auf BizTalk Server auswirkt, finden Sie unter Blockieren, Deadlockbedingungen oder andere SQL Server Probleme, wenn Sie versuchen, eine Verbindung mit der BizTalkMsgBoxDb-Datenbank in BizTalk Server herzustellen.

  • Bestimmen Sie, wann Sie BizTalk Server Indizes neu erstellen können.

    Die meisten Indizes in BizTalk Server Datenbanken sind gruppiert (Index-ID: 1). Der BEFEHL DBCC SHOWCONTIG kann verwendet werden, um Fragmentierungsinformationen für Tabellen in den BizTalk Server-Datenbanken anzuzeigen. Diese Indizes sind GUID-basiert, sodass die Fragmentierung normal ist. Wenn der Wert der Scandichte von DBCC SHOWCONTIG kleiner als 30 % ist, können die Indizes während der Ausfallzeit neu erstellt werden. Viele Tabellen im BizTalk Server Datenbanken enthalten Spalten, die DataType-Definitionen verwenden, bei denen die Onlineindizierung nicht durchgeführt werden kann. Daher sollten die Indizes für Tabellen im BizTalk Server Datenbanken nie neu erstellt werden, während BizTalk Daten verarbeitet.

    Weitere Informationen zum Neuerstellen der BizTalk-Indizes finden Sie unter Blockieren, Deadlockbedingungen oder andere SQL Server Probleme, wenn Sie versuchen, eine Verbindung mit der BizTalkMsgBoxDb-Datenbank in BizTalk Server herzustellen.

    Sie können auch die funktion sys.dm_db_index_physical_stats verwenden, um in SQL Server nach Fragmentierungsinformationen zu suchen. Weitere Informationen finden Sie unter sys.dm_db_index_physical_stats (Transact-SQL).

  • Überwachen Sie die Datenbank auf Sperren, Blöcke oder Deadlocks.

    Es handelt sich um ein erwartetes Verhalten für Sperren und Blöcke in den SQL Server Datenbanken, die von BizTalk Server verwendet werden. Es wird jedoch nicht erwartet, dass diese Sperren oder Blöcke über einen längeren Zeitraum fortgesetzt werden. Erweiterte Blockierung und Deadlocking für die SQL Server Datenbanken, die von BizTalk Server verwendet werden, sind Indikatoren für ein potenzielles Problem.

    Informationen zu den aktuellen bekannten Ursachen für Deadlocking und Blockierung der SQL Server Datenbanken, die von BizTalk Server verwendet werden, finden Sie unter Blockieren, Deadlockbedingungen oder andere SQL Server Probleme, wenn Sie versuchen, eine Verbindung mit der BizTalkMsgBoxDb-Datenbank in BizTalk Server herzustellen.

  • Überwachen sie die Größe von Datenbanken und Tabellen.

    Die Größe der BizTalk Server MessageBox-Datenbank sollte in der Regel nicht mehr als etwa 5 GB betragen. Die BizTalkMsgBoxDb-Datenbank sollte keine Daten enthalten und sollte als Puffer betrachtet werden, bis die Daten verarbeitet oder in die BizTalkDTADb-Datenbank verschoben werden. Eine Umgebung mit einem leistungsstarken SQL Server Back-End und zahlreichen Orchestrierungen mit langer Ausführungszeit kann über eine BizTalkMsgBoxDb-Datenbank verfügen, die größer als 5 GB ist. Eine Umgebung mit hohem Volumen ohne Orchestrierungen mit langer Ausführungsdauer sollte über eine BizTalk Server MessageBox-Datenbank verfügen, die viel kleiner als 5 GB ist.

    Die BizTalk Server Nachverfolgungsdatenbank kann stark in der Größe variieren, aber wenn die Abfrageleistung drastisch abnimmt, ist die Nachverfolgungsdatenbank wahrscheinlich zu groß. Als Faustregel gilt eine BizTalk Server-Nachverfolgungsdatenbank, die größer als 15 bis 20 GB ist, als zu groß und kann sich negativ auf die Leistung auswirken.

    Die folgenden Probleme können auf BizTalk Server Datenbanken zurückzuführen sein, die zu groß sind:

    • Die BizTalk Server MessageBox-Datenbank wächst weiter, während die Datengröße (nicht nur die Protokolldatei) groß bleibt. BizTalk Server dauert länger als normal, um selbst ein einfaches Nachrichtenflussszenario zu verarbeiten.
    • Group Hub-Abfragen dauern länger als normal und können sogar ein Timeout aufweisen.
    • Die Datenbankprotokolldatei wird nie abgeschnitten.
    • Die BizTalk SQL-Agent-Aufträge werden langsamer als normal ausgeführt.
    • Einige Tabellen sind erheblich groß oder enthalten im Vergleich zu normal zu viele Zeilen.

    Die BizTalk Server Datenbanken können aus verschiedenen Gründen groß werden:

    • BizTalk SQL-Agent-Aufträge werden nicht ausgeführt
    • Übermäßige Angehaltene Nachrichten- oder Dienstinstanzen
    • Datenträgerfehler
    • Hohe Nachverfolgungsebenen
    • BizTalk Server Drosselung
    • Schlechte SQL Server Leistung
    • Probleme mit der Netzwerklatenz

    Ebenso können Sie zu viele Zeilen in einer Tabelle enthalten. Es gibt keine festgelegte Anzahl von Zeilen, die zu viele sind. Darüber hinaus variiert diese Anzahl von Zeilen je nach Art von Daten, die in der Tabelle gespeichert sind. Beispielsweise enthält eine dta_DebugTrace Tabelle mit mehr als 1 Million Zeilen wahrscheinlich zu viele Zeilen. Eine HostNameQ_Suspended Tabelle mit mehr als 200.000 Zeilen enthält wahrscheinlich zu viele Zeilen.

    Stellen Sie sicher, dass Sie wissen, was in Ihrer Umgebung erwartet wird, um festzustellen, ob ein Datenproblem auftritt.

  • Aktivieren Sie die Nachverfolgung auf BizTalk Server Host.

    Standardmäßig ist die Nachverfolgung auf dem Standardhost aktiviert. BizTalk erfordert, dass die Option Hostnachverfolgung zulassen auf einem einzelnen Host aktiviert ist. Wenn die Nachverfolgung aktiviert ist, verschiebt der Tracking Data Decode Service (TDDS) die Nachverfolgungsereignisdaten aus der BizTalk Server MessageBox-Datenbank in die BizTalk Server Nachverfolgungsdatenbank. Wenn keine BizTalk Server Hosts mit der Option Hostnachverfolgung zulassen konfiguriert sind oder wenn der Nachverfolgungshost beendet wird, wird TDDS nicht ausgeführt, und die TrackingData_x_x Tabellen in der BizTalk Server MessageBox-Datenbank werden ungeprüft vergrößert.

    Daher sollte ein dedizierter BizTalk Server Host mit der Option Hostnachverfolgung zulassen konfiguriert werden. Weitere Informationen zum Konfigurieren eines dedizierten Nachverfolgungshosts finden Sie unter Konfigurieren eines dedizierten Nachverfolgungshosts.

    Damit TDDS neue Nachverfolgungsereignisse in Szenarien mit hohem Volumen verwalten kann, können Sie mehrere Instanzen eines einzelnen Nachverfolgungshosts erstellen, aber es sollte nicht mehr als ein Host für die Nachverfolgung konfiguriert werden.

  • Verwenden Sie die richtigen BizTalk-SQL Server-Agent-Aufträge.

    Die Ausführung der BizTalk Server SQL-Agent-Aufträgen ist für die Verwaltung der BizTalk Server Datenbanken und für die Aufrechterhaltung einer optimalen Leistung von entscheidender Bedeutung.

    • Der Auftrag backup BizTalk Server SQL Server-Agent ist die einzige unterstützte Methode zum Sichern der BizTalk Server Datenbanken. Für diesen Auftrag müssen Sie alle BizTalk Server Datenbanken einrichten, um ein vollständiges Wiederherstellungsmodell zu verwenden. Sie sollten diesen Auftrag für eine fehlerfreie BizTalk Server-Umgebung konfigurieren. Sie können die SQL Server Methoden verwenden, um die BizTalk Server Datenbanken nur dann zu sichern, wenn der SQL Server-Dienst beendet ist und alle BizTalk Server Prozesse beendet wurden.

      Weitere Informationen zur Verwendung des SQL Server vollständigen Wiederherstellungsmodells beim Konfigurieren des Sql-Agent-BizTalk Server-Auftrags finden Sie unter Protokollversand oder Sicherung unter dem vollständigen Wiederherstellungsmodell.

    • Der auftrag MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server-Agent ist so konzipiert, dass er unbegrenzt ausgeführt wird. Daher weist der Auftragsverlauf des SQL-Agents möglicherweise nicht darauf hin, dass dieser SQL-Agent-Auftrag erfolgreich abgeschlossen wurde. dieses Verhalten ist beabsichtigt. Wenn ein Fehler auftritt, wird der Auftrag innerhalb von 1 Minute neu gestartet und ohne Abstrich ausgeführt. Daher können Fehlerbenachrichtigungen für diesen Auftrag in der Regel ignoriert werden.

      Wenn der Auftragsverlauf für den MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server-Agent Auftrag anzeigt, dass dieser Auftrag ständig fehlschlägt und neu gestartet wird, ist möglicherweise eine weitere Untersuchung der Ursache des Fehler-/Neustartzyklus erforderlich.

    • Der MessageBox_Message_Cleanup_BizTalkMsgBoxDb SQL Server-Agent Auftrag ist der einzige Auftrag, der nicht manuell aktiviert werden sollte, da er vom MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Auftrag initiiert wird.

    • Der Auftrag DTA Bereinigen und Archivieren SQL Server-Agent verwaltet die BizTalk Server-Nachverfolgungsdatenbank, indem nachverfolgte Nachrichten bereinigt und archiviert werden. Dieser Auftrag liest jede Zeile in der Tabelle und vergleicht den Zeitstempel jeder Zeile, um zu bestimmen, ob der Datensatz entfernt werden soll.

      Stellen Sie bei der Problembehandlung für die BizTalk Server SQL Server-Agent Aufträge sicher, dass alle SQL-Agent-Aufträge mit Ausnahme der MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb fehlerfrei abgeschlossen werden.

    Weitere Informationen zu den BizTalk Server SQL-Agent-Aufträgen, die in SQL Server verwendet werden:

  • Überwachen und Beenden angehaltener Instanzen.

    Dienstinstanzen können angehalten (fortsetzbar) oder angehalten (nicht fortsetzbar) werden. Diese Dienstinstanzen können Messaging, Orchestrierung oder Port sein. BizTalk Server unterstützt die Beendigung und Entfernung dieser Instanzen mithilfe der Seite Group Hub in der BizTalk Server-Verwaltungskonsole oder durch die Verwendung des Terminate.vbs-Skripts. Weitere Informationen zum Terminate.vbs-Skripts finden Sie unter Entfernen der angehaltenen Dienstinstanz.

    Sie können auch das Terminatortool verwenden, um angehaltene Instanzen zu entfernen. Das Terminatortool ist im BizTalk-Systemüberwachung enthalten.

    Die Begriffe "Waisen" und "Zombies" werden häufig synonym verwendet. Eine verwaiste oder Zombienachricht ist eine Nachricht, die keinen zugeordneten Dienst instance hat, in der Regel, weil der Dienst instance beendet wurde, bevor die Nachricht empfangen wurde. Ein verwaister oder Zombiedienst ist ein Dienst, der keine zugehörigen Nachrichten enthält. Weitere Informationen zu Zombienachrichten und Dienstinstanzen in BizTalk Server finden Sie unter Zombies in BizTalk Server.

  • Überwachen Sie die Leistungsindikatoren des PhysicalDisk-Leistungsobjekts .

    BizTalk Server macht eine große Anzahl kurzer, sehr schneller Transaktionen innerhalb einer Minute zu SQL Server. Wenn die SQL Server diese Aktivität nicht aufrechterhalten kann, treten möglicherweise BizTalk Server Leistungsprobleme auf. Überwachen Sie die Leistungsindikatoren "Durchschnittliche Datenträgersekte/Lese", "Durchschnittliche Datenträgersekte/Übertragung" und "Durchschnittliche Leistung". Datenträgersek/Schreibüberwachungsindikatoren im PhysicalDisk-Leistungsobjekt . Der optimale Wert beträgt weniger als 10 ms (Millisekunden). Ein Wert von 20 ms oder mehr wird als schlechte Leistung betrachtet.

    Weitere Informationen zu BizTalk Server Datenbankhochverfügbarkeit finden Sie unter Bereitstellen von Hochverfügbarkeit für BizTalk Server Datenbanken.

  • Befolgen Sie bewährte Methoden für BizTalk Server Datenbanken. Weitere Informationen finden Sie unter Bewährte Methoden zum Verwalten BizTalk Server Datenbanken.

Problembehandlung für BizTalk Server Datenbanken

Führen Sie die folgenden Aufgaben aus, um Probleme mit BizTalk Server Datenbanken zu beheben.

  • Stellen Sie sicher, dass alle erforderlichen BizTalk-SQL Server-Agent-Aufträge aktiviert und ausgeführt werden.

    Alle BizTalk-SQL Server-Agent-Aufträge mit Ausnahme des MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Auftrags sollten aktiviert und erfolgreich ausgeführt werden. Deaktivieren Sie keinen anderen Auftrag.

    Wenn ein Fehler auftritt, verwenden Sie die Option Verlauf anzeigen in SQL Server, um die Fehlerinformationen anzuzeigen und dann den Fehler entsprechend zu behandeln. Denken Sie daran, dass der MessageBox-_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server-Agent Auftrag unendlich ausgeführt wird. Daher sollten Sie nur besorgt sein, wenn der Auftragsverlauf meldet, dass der Auftrag ständig fehlschlägt und neu gestartet wird.

  • Verwenden Sie das MsgBoxViewer-Tool, um die BizTalk MessageBox und andere Datenbanken zu analysieren.

    Das Tool MsgBoxViewer ist in der BizTalk-Systemüberwachung enthalten. Das Tool MsgBoxViewer ist für die Problembehandlung nützlich, da es einen HTML-Bericht mit detaillierten Informationen zu Tabellengrößen und der Zeilenanzahl bereitstellt. Der Bericht kann auch dabei helfen, zu ermitteln, ob BizTalk Server drosselt. Darüber hinaus stellt das Tool eine Momentaufnahme der BizTalk Server Datenbanken und der BizTalk Server-Konfiguration bereit.

    Wenn BizTalk Server langsamer als üblich ausgeführt wird, führen Sie das Tool MsgBoxViewer aus, klicken Sie darauf, um alle Abfragen auf der Registerkarte Optionale Abfragen auszuwählen, und überprüfen Sie dann den generierten HTML-Bericht auf Probleme. Im Abschnitt Zusammenfassungsbericht werden Warnungen in Gelb und potenzielle Probleme rot aufgelistet.

    Darüber hinaus können Sie das Tool MsgBoxViewer verwenden, um zu bestimmen, welche Tabellen die größten sind und über die meisten Datensätze verfügen. Eine Liste der Tabellen, die in der Regel die Größe vergrößern, und Anweisungen zum Verwalten dieser Tabellen finden Sie unter Großes Wachstum BizTalk Server Datenbanktabellen.

  • Verwenden Sie das Terminator-Tool, um Probleme zu beheben, falls vorhanden, die vom MsgBoxViewer-Tool erkannt wurden.

    Das Terminatortool ist in der BizTalk-Systemüberwachung enthalten. Mit diesem Tool können Benutzer problemlos alle Probleme beheben, die vom BizTalk MsgBoxViewer-Tool erkannt wurden.

  • Untersuchen sie Deadlockszenarien.

    Aktivieren Sie in einem Deadlockszenario die DBCC-Ablaufverfolgung auf dem SQL Server, damit die Deadlockinformationen in das SQLERROR-Protokoll geschrieben werden. Führen Sie in SQL Server die folgende Anweisung aus, um die DBCC-Ablaufverfolgung für Deadlockszenarien zu aktivieren:

    DBCC TRACEON (1222,-1)

    Sie können auch das PSSDIAG-Hilfsprogramm verwenden, um Daten zum Lock:Deadlock-Ereignis und zum Lock:Deadlock Chain-Ereignis zu sammeln. Weitere Informationen finden Sie unter PSSDIAG-Hilfsprogramm für die Datensammlung.

    Die BizTalkMsgBoxDB-Datenbank ist eine OLTP-Datenbank (Online Transaction Processing) mit hohem Volumen und hoher Transaktionsmenge. Bei solchen Datenbanken wird ein gewisses Deadlocking erwartet, und dieses Deadlocking wird intern von der BizTalk Server-Engine verarbeitet. Wenn dieses Verhalten auftritt, werden keine Fehler in den Fehlerprotokollen aufgeführt. Wenn Sie ein Deadlockszenario untersuchen, muss der Deadlock, den Sie in der Ausgabe untersuchen, mit einem Deadlockfehler in den Ereignisprotokollen korreliert sein.

  • Suchen Sie nach blockierten Prozessen.

    Sie können den Aktivitätsmonitor in SQL Server verwenden, um den Serverprozessbezeichner (SPID) eines Sperrsystemprozesses abzurufen. Anschließend können Sie den SQL Profiler ausführen, um die SQL-Anweisung zu ermitteln, die in der sperrenden SPID ausgeführt wird. Sie können das PSSDIAG-Hilfsprogramm verwenden, um Sperr- und Blockierungsprobleme in SQL Server zu beheben. Das Hilfsprogramm erfasst alle Transact-SQL-Ereignisse, für die das blockierende Skript aktiviert ist. Weitere Informationen finden Sie unter PSSDIAG-Hilfsprogramm für die Datensammlung.

    In SQL Server können Sie den Schwellenwert für blockierte Prozesse angeben, um zu bestimmen, welche SPID- oder SPIDs länger als der von Ihnen angegebene Schwellenwert blockiert werden. Weitere Informationen zur Option für den Schwellenwert für blockierte Prozesse finden Sie unter Option für den Schwellenwert für blockierte Prozesse.

    Wenn in SQL Server ein Sperr- oder Blockierungsproblem aufgetreten ist, können Sie sich an den Microsoft-Kundendienst wenden.

  • Löschen Sie alle unerwünschten Daten.

    Wenn die Datenbanken zu groß geworden sind und die in den Datenbanken enthaltenen Daten nicht mehr benötigt werden, besteht die bevorzugte Methode darin, die Daten zu löschen. Vorsicht: Verwenden Sie diese Methode nicht in Umgebungen, in denen die Daten geschäftskritisch sind oder wenn die Daten benötigt werden.

    So löschen Sie die BizTalkMsgBox-Datenbank:

    1. Laden Sie das Terminator-Tool herunter, das im BizTalk-Systemüberwachung enthalten ist, und installieren Sie es.

    2. Führen Sie die Schritte im Thema Manuelles Löschen von Daten aus der MessageBox-Datenbank in einer Testumgebung aus , um die bts_CleanupMsgbox gespeicherten Prozedur in der BizTalk MessageBox-Datenbank zu erstellen.

    3. Verwenden Sie das Terminator-Tool, um die bts_CleanupMsgbox gespeicherten Prozedur auszuführen und die BizTalk MessageBox-Datenbank zu bereinigen.

      Die bts_CleanupMsgbox gespeicherten Prozedur löscht Daten. Seien Sie vorsichtig, wenn Sie diese gespeicherte Prozedur in einer Produktionsumgebung ausführen.

    4. Starten Sie alle Hosts und BizTalk Server Dienste neu.

    So löschen Sie die BizTalkDTADb-Datenbank:

    • Methode 1:

      1. Sichern Sie alle BizTalk Server Datenbanken.
      2. Führen Sie die dtasp_PurgeAllCompletedTrackingData gespeicherten Prozedur aus. Weitere Informationen zur gespeicherten Prozedur finden Sie unter Manuelles Löschen von Daten aus der BizTalk-Nachverfolgungsdatenbank.

    • Methode 2: Verwenden Sie diese Option nur, wenn die BizTalkDTADb-Datenbank viele unvollständige Instanzen enthält, die entfernt werden müssen.

      1. Sichern Sie alle BizTalk Server Datenbanken.
      2. Beenden Sie alle BizTalk-Hosts, -Dienste und benutzerdefinierte isolierte Adapter. Wenn Sie HTTP oder den SOAP-Adapter verwenden, starten Sie die IIS-Dienste neu.
      3. Führen Sie die dtasp_CleanHMData gespeicherte Prozedur in der BizTalkDTADb-Datenbank aus.
      4. Starten Sie alle Hosts und BizTalk Server Dienste neu.

    Wenn Sie über die Nachverfolgungsdaten verfügen müssen, sichern Sie die BizTalkDTADb-Datenbank, stellen Sie die Datenbank in einem anderen SQL Server wieder her, und löschen Sie dann die ursprüngliche BizTalkDTADb-Datenbank.

Wenn Sie Hilfe bei der Analyse der MsgBoxViewer-Daten oder der PSSDIAG-Ausgabe benötigen, wenden Sie sich an den Microsoft Customer Support Services. Bevor Sie den Kundendienst kontaktieren, komprimieren Sie die MsgBoxViewer-Daten, die PSSDIAG-Ausgabe und die aktualisierten Ereignisprotokolle (EVT-Dateien). Möglicherweise müssen Sie diese Dateien an einen BizTalk Server Supporttechniker senden.

Nächste

Weitere Informationen

SQL Server-Einstellungen, die nicht geändert werden sollten