MarketplaceCommunityDEENDEENProdukteCore ServicesRoadmapRelease NotesLeistungsbeschreibungZertifikate und TestatePrivate CloudManaged ServicesVorteileSicherheit/DSGVONachhaltigkeitOpenStackMarktführerPreisePreismodelleComputing & ContainerSpeicherNetzwerkDatenbank & AnalyseSicherheitManagement & ApplikationPreisrechnerLösungenBranchenGesundheitswesenÖffentlicher SektorWissenschaft & ForschungAutomotiveMedienunternehmenEinzelhandelAnwendungsfälleKünstliche IntelligenzHigh Performance ComputingBig Data & AnalyticsInternet of ThingsDisaster RecoveryData StorageKomplettlösungenCloud-Lösungen TelekomCloud-Lösungen PartnerSwiss Open Telekom CloudReferenzkundenPartnerCIRCLE PartnerTECH PartnerPartner werdenAcademyTrainings & ZertifizierungenEssentials TrainingFundamentals TrainingPractitioner Online-TrainingArchitect TrainingZertifizierungenCommunityCommunity BlogsCommunity EventsBibliothekStudien und WhitepaperWebinareBusiness NavigatorMarketplaceSupportExperten-SupportKI-ChatbotShared ResponsibilityRichtlinien für Sicherheitstests (Penetrationstests)Open Telekom Cloud AppTools zur SelbsthilfeErste SchritteTutorialStatus DashboardFAQTechnische DokumentationNewsBlogMessen & EventsFachartikelPresseanfragenMarketplaceCommunity

0800 3304477 24 Stunden am Tag, 7 Tage die Woche

E-Mail schreiben

Jetzt starten und 250 € Startguthaben sichern
ProdukteCore ServicesPrivate CloudManaged ServicesVorteilePreisePreismodellePreisrechnerLösungenBranchenAnwendungsfälleKomplettlösungenSwiss Open Telekom CloudReferenzkundenPartnerCIRCLE PartnerTECH PartnerPartner werdenAcademyTrainings & ZertifizierungenCommunityBibliothekBusiness NavigatorMarketplaceSupportExperten-SupportTools zur SelbsthilfeTechnische DokumentationNewsBlogMessen & EventsFachartikelPresseanfragen
  • 0800 330447724 Stunden am Tag, 7 Tage die Woche
  • E-Mail schreiben
Jetzt starten und 250 € Startguthaben sichern

Data Replication Service unterstützt DDM zu DDM

Als Teil der Erweiterung der aktuellen unterstützten Datenbanken, unterstützt das Data Replication Service die Echtzeit-Synchronisierung von Distributed Database Middleware zu Distributed Database Middleware.

Screenshot Unterstützte Synchronisationsobjekte
 

Unterstützte Synchronisationsobjekte

Typ

Vorsichtsmaßnahmen

Synchronisationsobjekte

  • Vollständige Synchronisierung unterstützt die Synchronisierung von Daten, Tabellenstrukturen und Indizes.
  • Nur MyISAM- und InnoDB-Tabellen können synchronisiert werden.
  • Die Quelldatenbank darf keine Tabellen enthalten, deren Sharding-Schlüssel vom Zeitstempel-Typ sind.

Vorsichtsmaßnahmen:

Für weitere Informationen zu den Hauptprüfungsobjekten und Handhabungsempfehlungen, siehe die Hauptprüfungsobjekte wie folgt:

Typ

Einschränkungen

Einschränkungen auf der Quelldatenbank

Enable die Namensauflösung für den Quell-Datenbank-Server, um die Möglichkeit von Verbindungstimeout zu reduzieren.

Benutzungsbeschränkungen

Allgemein

  • Während der Synchronisierung sollten Sie keine Benutzernamen, Passwörter, Berechtigungen oder Ports der Quelldatenbank und der Ziel-Datenbank ändern oder löschen.
  • Während der Synchronisierung sollten Sie die Struktur der zu synchronisierenden Tabelle in der Quelldatenbank nicht ändern.
  • Während der Synchronisierung sollten Sie den Schlüssel einer Tabelle auf dem Quelldatenbank-Instanz nicht ändern, oder eine nicht geteilte oder Broadcast-Tabelle in eine geteilte Tabelle ändern, oder eine geteilte Tabelle in eine nicht geteilte oder Broadcast-Tabelle ändern.

Inkrementelle Synchronisierung

  • Die Quelldatenbank kann nicht wiederhergestellt werden.
  • Eine begrenzte Anzahl von DDL-Anweisungen wird unterstützt, einschließlich ADD COLUMN, CREATE TABLE, CREATE INDEX, DROP INDEX, RENAME INDEX und ADD INDEX.
  • Führen Sie DDL-Operationen auf derselben Tabelle oder Spalte während ruhiger Zeiten mit einem Abstand von mehr als 1 Minute durch.

Troubleshooting

  • Wenn ein Problem während der Aufgaben-Erstellung, -Start, -Vollsynchronisierung, -inkrementeller Synchronisierung oder -Abschluss auftritt, beheben Sie den Fehler, indem Sie sich an Troubleshooting wenden.

Sonstige Einschränkungen

  • Wenn die Datentypen nicht kompatibel sind, kann die Synchronisierung fehlschlagen.
  • Wenn die Quelldatenbank nicht-standard-gleitende Dezimalwerte enthält und die Daten in lose Modus geschrieben werden können, aber nicht in strenger Modus, kann es bei der Synchronisierung zu Dateninkonsistenzen kommen.
  • Wenn eine physisch generierte Spalte in einer Tabelle auf der Basis eines Zeit-Typs generiert wird, können die Daten in der Spalte inkonsistent sein.
  • Die Ziel-Tabelle kann mehr Spalten enthalten als die Quelldatei. Es müssen jedoch die folgenden Fehler vermieden werden:

 – Es darf nicht angenommen werden, dass die extra Spalten auf der Ziel-Seite null oder mit Standardwerten gefüllt sind. Wenn neue Datensätze von der Quelle zur Ziel-Seite synchronisiert werden, werden die extra Spalten null, was den Anforderungen der Ziel-Seite widerspricht und den Auftrag fehlschlagen lässt.

– Es darf nicht angenommen werden, dass die extra Spalten auf der Ziel-Seite auf einen Standardwert festgelegt und mit einer eindeutigen Einschränkung versehen sind. Wenn neue Datensätze von der Quelle zur Ziel-Seite synchronisiert werden, enthalten die extra Spalten mehrere Standardwerte. Das widerspricht der eindeutigen Einschränkung der Ziel-Seite und führt zu einem Aufgaben-Fehler.

  • Nachdem ein Auftrag erstellt wurde, können Sie keine Schemas in der Quelldatenbank hinzufügen oder das alte Schema ändern, um es mit dem neuen RDS-DB-Instanz zu verbinden. Anderenfalls kann keine Synchronisierung durchgeführt werden oder der Auftrag fehlschlägt.
  • Erstellen Sie ein Schema für die Ziel-Datenbank im Voraus.
  • Stellen Sie sicher, dass die Ziel-Datenbank leer ist, bevor Sie die Synchronisierung starten. Anderenfalls können Daten in der Ziel-Datenbank während der inkrementellen Synchronisierung überschrieben werden.
  • Wenn die Ziel-Instanz Spalten des TIMESTAMP- oder DATETIME-Typs als Shard-Schlüssel verwendet, wird die Sekunden-Precision der Spalte nach der Synchronisierung entfernt.
  • Der AUTO_INCREMENT-Wert einer Tabelle in der Ziel-Datenbank darf nicht niedriger sein als der Wert einer Tabelle in der Quelle.
  • Während einer inkrementellen Synchronisierung von Objekten auf Tabellenebene wird die Umbenennung von Tabellen nicht empfohlen.
  • Wenn Sie einen Auftrag bearbeiten, sollten Sie nicht viele Daten in die neu hinzugefügte Tabelle importieren. Sie werden geraten, den Auftrag während der Nebenzeit zu bearbeiten.

 

Weitere Informationen finden Sie im Data Replication Service(DRS) des Help Centers.

 
Zurück zur Übersicht Release Notes
 

Haben Sie Fragen?

Wir beantworten Ihre Fragen zu Testmöglichkeit, Buchung und Nutzung – kostenfrei und individuell. Probieren Sie es aus! Hotline: 24 Stunden am Tag, 7 Tage die Woche
0800 3304477 aus Deutschland / 00800 33044770 aus dem Ausland

E-Mail schreiben

Die Open Telekom Cloud Community

Hier treffen sich Nutzer, Entwickler und Product Owner um sich zu helfen, auszutauschen und zu diskutieren.

Jetzt entdecken  

Kostenfreie Experten-Hotline

Unsere zertifizierten Cloud-Experten stehen Ihnen mit persönlichem Service zur Seite.

 0800 3304477 (aus Deutschland)

 +800 33044770 (aus dem Ausland)

 24 Stunden am Tag, 7 Tage die Woche

E-Mail schreiben

Unser Kunden-Service steht Ihnen per E-Mail-Support kostenlos zur Verfügung.

E-Mail schreiben 

AIssistant Cloudia

Unsere KI-gestützte Suche hilft bei Ihrem Cloud-Anliegen.