Befolgen Sie unbedingt die von Esri bereitgestellten Schritte zum Anwenden von Schemaänderungen auf Ihre Replikatsätze. Die Verwendung ihrer Tools ist der richtige Weg (und natürlich wird es unterstützt!). Esri verfügt über einen ziemlich guten, gut dokumentierten Workflow zum Anwenden von Schemaänderungen auf beide Replikate im Set, ohne Ihre Replikate zu beschädigen. Folgen Sie ihren Arbeitsabläufen und es sollte Ihnen gut gehen.
Das Skripting Ihrer Änderungen in Python ist definitiv auch eine Option, aber ich bin mir nicht sicher, wie universell Ihr Skript sein könnte, um jede Art von Schemaänderung auf beide Replikate entsprechend zu übertragen. Eine Möglichkeit besteht darin, ein Python-Skript und ein entsprechendes GP-Tool für jeden erwarteten Schemaänderungstyp zu schreiben (z. B. Hinzufügen eines Felds, Löschen eines Felds, Hinzufügen einer Domäne, Ändern eines Subtyps).
Schließlich kann ich anhand Ihrer Texte nicht sagen, ob Sie erwägen, Schemaänderungen an Ihrem Replikatsatz mit Nicht-Esri-Tools vorzunehmen. Wenn dies der Fall ist, kann ich mir nur vorstellen, dass Sie sich auf RDBMS-Tools beziehen. Ich würde dringend empfehlen, diesen Weg nur zu beschreiten, wenn Sie ein Experte für Replikation und Versionierung sind. Das Vornehmen von Änderungen an der Basistabelle, z. B. mithilfe von RDBMS-Tools, jedoch nicht an den entsprechenden A-, D-, S- und F-Tabellen, kann schwerwiegende negative Auswirkungen auf Ihre Datenbank und ArcSDE insgesamt haben. Zumindest beschädigen Sie die geänderten Objektklassen in ArcSDE. Im schlimmsten Fall befinden Sie sich möglicherweise in einer Situation, in der Ihre Geodatabase nicht wiederhergestellt werden kann. Hoffentlich denken Sie nicht daran, diesen Weg zu gehen, aber ich wollte ihn nur für den Fall abdecken.