BCV5: Db2 for z/OS-Daten schnell und konsistent kopieren und aktualisieren
BCV5 kopiert und aktualisiert Db2 for z/OS-Daten zwischen Umgebungen in einem einzigen automatisierten Prozess, einschließlich der zugehörigen Strukturen und Statistiken. Aufgaben, die zuvor tagelange manuelle Arbeit erforderten, sind in Minuten erledigt, auf Anforderung oder nach einem festgelegten Zeitplan.
Bei einem Automobilhersteller dauerte die vollständige Aktualisierung einer Umgebung mit Hunderten manueller Jobs zuvor etwa zwei Wochen. Heute erledigen sechs Jobs dieselbe Aufgabe in 91 Minuten Laufzeit.
Im Vergleich zur herkömmlichen Verarbeitung mit UNLOAD/LOAD, ohne temporären Speicherbedarf und ohne nachgelagerte Wartungsschritte.
Vollständige Umgebungen
BCV5 stellt neben den Daten alle für ihre Nutzung erforderlichen Strukturen und Statistiken bereit. Die Zielumgebungen sind nach Abschluss direkt einsatzbereit.
Datenschutz
Bei konfiguriertem Masking Tool werden die Daten ausgewählter Spalten während des Kopierens durch realistische, aber fiktive Werte ersetzt. Die ursprünglichen Produktionswerte gelangen dadurch nicht in Test- oder Entwicklungsumgebungen.
BCV5 auf einen Blick
Was das Produkt leistet, wo es eingesetzt wird und welche Effizienzgewinne Kundenumgebungen zeigen.
1
Was ist BCV5?
BCV5 ist Unternehmenssoftware zum Kopieren und Aktualisieren von Db2 for z/OS-Daten zwischen Umgebungen, etwa von der Produktion in eine Testumgebung. Daten und zugehörige Strukturen werden in einem einzigen automatisierten Prozess bereitgestellt. Aus einem manuellen Projekt zur Aktualisierung einer Umgebung wird so ein wiederholbarer, planbarer Vorgang.
2
Wofür wird BCV5 eingesetzt?
Typische Einsatzgebiete sind die Aktualisierung von Test- und Entwicklungsumgebungen, Datenmigrationen bei Upgrades und Systemkonsolidierungen sowie die bedarfsgerechte Bereitstellung aktueller Daten für Projektteams. Da jeder Kopier-Task einmal definiert und wiederverwendet wird, lassen sich Refresh-Zyklen automatisch planen und ausführen, unabhängig von der Verfügbarkeit von Fachpersonal.
3
Wie viel schneller ist BCV5 als UNLOAD/LOAD?
Mehr als 90 % schneller, bei vergleichbarer Senkung des CPU-Verbrauchs. In einem Kundenbenchmark sank die Laufzeit einer Verarbeitung mit 672 Jobs von 2,8 Stunden Laufzeit und 2,8 Stunden CPU-Zeit auf 15 Minuten und 48 Jobs. Weniger CPU-Verbrauch senkt unmittelbar die Mainframe-Betriebskosten. Kürzere Zyklen ermöglichen es Projektteams, Daten zum benötigten Zeitpunkt zu erhalten.
So funktioniert BCV5
Ein BCV5-Copy-Task wird einmalig vorbereitet und definiert. Jede Ausführung folgt anschließend denselben drei Schritten, ohne manuelle Jobvorbereitung.
Vorbereitung
Copy-Task einmalig definieren
Die Datenbankadministration legt fest, welche Daten kopiert und wie die Objekte im Ziel benannt werden sollen. Die Definition dauert wenige Minuten und erfordert keine Skripte. Der so definierte Task wird bei allen folgenden Ausführungen wiederverwendet.
Schritt 1
Zielumgebung abgleichen
BCV5 liest die Quellstrukturen, vergleicht sie mit dem Ziel und erstellt oder ändert alles, was abweicht. Den Abgleich der beiden Umgebungen übernimmt das Produkt statt manueller Arbeit.
Schritt 2
Daten parallel kopieren
Die Daten werden direkt und parallel übertragen, typischerweise mit 2 bis 3 TB pro Stunde, ohne Zwischenspeicher und ohne zwischenzeitliches Entladen und Laden. Bei konfiguriertem Masking Tool werden ausgewählte Spalten beim Kopieren der betroffenen Tabellen maskiert. Die ursprünglichen Werte erreichen dadurch nie die Zielumgebung.
Schritt 3
Umgebung freigeben und Vorgang wiederholen
BCV5 gibt die Daten zur Nutzung frei, ohne nachgelagerte Wartungsschritte. Jede Ausführung verwendet denselben festen Satz von Jobs. Der Task lässt sich dadurch in einen vorhandenen Scheduler integrieren und funktioniert auch dann weiter, wenn sich die zugrunde liegenden Daten ändern.
BCV5 im Einsatz
Zwei kurze Produktvideos: ein vollständiger BCV5-Kopiervorgang von Anfang bis Ende und der Einsatz des optionalen Masking Tools während des Kopierens.
1 Min. 59 Sek.
Eine vollständige Db2-Kopie von Anfang bis Ende
Ein Copy-Task im Ablauf: seine Definition, der Abgleich von Unterschieden zwischen Quelle und Ziel durch BCV5 und die parallele Datenübertragung ohne Zwischenspeicherung. Derselbe Task wird bei jeder erneuten Aktualisierung der Umgebung wiederverwendet.
2 Min. 10 Sek.
Maskierung während des Kopierens
Warum Produktionsdaten nicht direkt an Test- und Entwicklungsteams weitergegeben werden können und wie Maskierung personenbezogene Daten während des Kopierens ersetzt, bevor sie das Ziel erreichen. Vordefinierte Funktionen decken Namen, Adressen, US-Sozialversicherungsnummern und Zahlungsdaten ab und lassen sich an Unternehmensregeln anpassen.
Die wichtigsten Funktionen von BCV5
Datenübertragung ist nur ein Teil der Aufgabe. Die folgenden Ergebnisse mit BCV5 betreffen Arbeiten, die typischerweise Administrationszeit beanspruchen, Risiken verursachen oder Projekte verzögern. Jedes Ergebnis wird durch eine oder mehrere BCV5-Komponenten ermöglicht, die im nächsten Abschnitt beschrieben werden. Die Installation dauert bei einer Standardkonfiguration weniger als eine Stunde und erfordert keine besondere Systemeinrichtung.
Testdaten im Release-Takt
Refresh-Zyklen, die Tage beanspruchten, sind innerhalb von Stunden abgeschlossen. Die Datenverfügbarkeit bestimmt damit nicht länger den Release-Zeitpunkt. Teams arbeiten mit aktuellen Informationen statt mit der zuletzt verfügbaren Kopie.
Eine aktualisierte Umgebung wird einschließlich ihrer Objektdefinitionen einsatzbereit geliefert. Vor Testbeginn ist keine weitere Vorbereitung nötig. Weicht das Ziel von der Quelle ab, gleicht BCV5 den Unterschied während des Laufs aus, statt das Problem an die Administration zurückzugeben.
Kopien entstehen, während die Quellsysteme den Geschäftsbetrieb weiter bedienen. Refreshes konkurrieren dadurch weder um Wartungsfenster noch erfordern sie ausgehandelte Ausfallzeiten. Anforderungen werden bei Bedarf erfüllt, nicht erst im nächsten verfügbaren Zeitfenster.
Systeme, die aus Sicherheitsgründen, regulatorischen oder organisatorischen Gründen getrennt sind, lassen sich ebenso einfach aktualisieren wie lokale Systeme. Das gilt auch, wenn Quelle und Ziel keinen gemeinsam genutzten Plattenspeicher haben. Physische und organisatorische Trennung verzögern die Bereitstellung nicht mehr.
Jeder Lauf hinterlässt einen dauerhaften Nachweis darüber, was kopiert wurde, wer es angefordert hat und wie lange es dauerte. Fragen zur Herkunft von Daten außerhalb der Produktion lassen sich anhand der Historie beantworten, statt aus dem Gedächtnis. Kopieraktivitäten bleiben in die vorhandenen Planungs- und Änderungsprozesse eingebunden.
Wenn ein Audit, eine Untersuchung oder eine Störungsanalyse den Datenstand zu einem bestimmten Zeitpunkt erfordert, stellt BCV5 diese Sicht aus vorhandenen Backups zusammen, auch von Band. Das funktioniert selbst dann, wenn zusammengehörige Objekte zu unterschiedlichen Zeiten gesichert wurden. Das Ergebnis ist zum gewählten Zeitpunkt transaktionskonsistent und erfordert keine Aktivität auf dem Produktionssystem.
In Db2-Systemen sammeln sich Strukturen an, die interne Kopierverfahren nicht verarbeiten können: Daten aus deutlich älteren Db2-Versionen, weniger häufig genutzte Arten von Datenbankobjekten und voneinander abweichende Definitionen. BCV5 verarbeitet auch diese Fälle während des Laufs, ohne dass sie manuell nachbearbeitet werden müssen. Einzelheiten stehen in den FAQs.
Bei konfiguriertem Masking Tool werden personenbezogene Daten während der Übertragung ersetzt. Die ursprünglichen Werte erreichen dadurch keine Entwicklungs-, Test- oder Schulungssysteme. Anforderungen aus DSGVO, HIPAA und internen Datenschutzvorgaben werden innerhalb des Refreshs berücksichtigt, ohne separaten Maskierungslauf.
BCV5 im Vergleich mit herkömmlichen Kopiermethoden
Db2-Utilities übertragen Daten. Die begleitenden Arbeiten bleiben manuell: Parallelisierung, Abgleich von Umgebungsunterschieden, Umbenennung von Objekten, Wahrung der Konsistenz zusammengehöriger Objekte und Wiederanlauf nach Fehlern. BCV5 automatisiert diese Arbeiten. Das macht den Unterschied zwischen zwei Wochen Aufwand und 91 Minuten Ausführung aus.
BCV5
Ein einziger Task kopiert parallel, gleicht Quelle und Ziel ab, benennt Objekte um, hält zusammengehörige Objekte konsistent und liefert ein einsatzbereites Ergebnis. Er wird in jedem Zyklus wiederverwendet.
DSN1COPY
Effizient für einzelne Objekte, weshalb viele Unternehmen darauf eigene Verfahren aufgebaut haben. Für Tausende Objekte skaliert es nicht: keine Parallelverarbeitung, keine Strukturprüfung, manuelle Wiederherstellung nach jedem Fehler. BCV5 erreicht denselben Durchsatz und automatisiert den gesamten Prozess.
UNLOAD/LOAD
Zuverlässig und häufig der Standard, arbeitet jedoch zeilenweise: ungefähr die zehnfache Laufzeit und CPU-Zeit einer BCV5-Kopie, dazu temporärer Speicher und nachgelagerte Wartung. BCV5 setzt dieses Verfahren nur ein, wenn ein Objekt es erfordert.
BCV5-Komponenten, ein Kopierprozess
Jede BCV5-Komponente wird separat lizenziert. Unternehmen investieren dadurch nur in die benötigten Funktionen: Datenschutz, Verfügbarkeit, historische Datenstände, Kopien über Netzwerk, Automatisierung und Audit-Nachweise.
DATENSCHUTZ
Masking Tool
Ersetzt personenbezogene Daten während des Kopierens durch realistische, aber fiktive Werte oder bereinigt bereits vorhandene Tabellendaten. Dutzende einsatzbereite Maskierungsfunktionen decken Namen, Adressen, US-Sozialversicherungsnummern und Kreditkartennummern ab. Die Anwendung erfolgt regelbasiert auf ganze Tabellen, einzelne Spalten oder vollständige Schemas.
VERFÜGBARKEIT
Inflight
Erstellt eine konsistente Kopie zu einem bestimmten Zeitpunkt, während das Quellsystem für den Geschäftsbetrieb einschließlich normaler SQL-Aktivität vollständig verfügbar bleibt. Inflight kann jetzt auch vorhandene Image Copies mit unterschiedlichen Sicherungszeitpunkten nutzen und daraus eine transaktionskonsistente Kopie zu einem gewählten Zeitpunkt rekonstruieren.
HISTORIE
Icebox
Erstellt bei Bedarf einen Snapshot der Daten und stellt ihn später in einer beliebigen Umgebung wieder her, unter den ursprünglichen oder neuen Namen. Beliebig viele Generationen lassen sich aufbewahren. Die Wiederherstellung erfolgt entweder in die aktuellen Strukturen oder in die Strukturen zum Zeitpunkt des Snapshots.
ENTFERNUNG
Remote Copy (RC)
Überträgt Daten und Strukturen über eine Netzwerkverbindung zwischen Systemen ohne gemeinsam genutzten Plattenspeicher. Der gesamte Prozess ist automatisiert und ebenso einfach auszuführen wie eine lokale Kopie.
AUTOMATISIERUNG
Batch Interface
Erstellt, ändert, vergleicht und überträgt Kopier-Tasks zwischen Installationen per Batch-Jobs. BCV5 lässt sich damit in vorhandene Werkzeuge und Änderungskontrollprozesse einbinden.
NACHWEISE
Usage Tracker
Speichert zu jedem Lauf dauerhaft, was kopiert wurde, wer ihn ausgeführt hat und wie lange er dauerte. Einzelne Refreshes werden dadurch zu einer auswertbaren Historie, statt nur im Erfahrungswissen Einzelner zu bestehen.
Mainframe-Daten modernisieren
Ein einziger XDM-Task liefert zusammenpassende Testdaten an Db2 for z/OS sowie an die ergänzenden verteilten Plattformen und Cloud-Plattformen.
Modernisierungsprogramme bringen dieselben Anwendungsdaten auf weitere Plattformen: neue Anwendungen, Cloud-Testumgebungen, Analytics-Pipelines und AI-Projekte. Sie alle benötigen Informationen in Produktionsqualität und in einer Form, die Compliance-Anforderungen erfüllt.
Benötigt eine Anwendung dieselben Testdaten auf Db2 for z/OS und auf einer verteilten Plattform oder Cloud-Plattform, versorgt ein einziger XDM-Task beide Seiten. Tests auf jeder Plattform laufen dadurch mit zusammenpassenden Daten. BCV5 übernimmt den Db2 for z/OS-Anteil dieses Tasks, während z/OS das führende System bleibt.
Jede Plattform erhält dieselben Daten zum selben Zeitpunkt. Die referenzielle Integrität bleibt plattformübergreifend erhalten.
Testdaten auf Anforderung
Teams bestellen die benötigten Daten über den XDM-Self-Service-Datenshop. Jede Lieferung, einschließlich des von BCV5 übernommenen Db2 for z/OS-Anteils, ist automatisiert, protokolliert und nachvollziehbar.
Ein Anbieter für beide Seiten
Db2 for z/OS, Oracle, SQL Server, PostgreSQL, Snowflake und Kafka in einem Prozess statt eines separaten Werkzeugs für verteilte Systeme und eigener Mainframe-Verfahren.
Compliance-Kontrollen in jedem Ziel
Konsistente Maskierung, Subsetting und synthetische Daten an jedem Ziel, mit der für DSGVO- und HIPAA-Prüfungen erforderlichen Protokollierung.
Gemessene Ergebnisse mit BCV5
Ergebnisse aus Kundenumgebungen im Vergleich mit den zuvor verwendeten herkömmlichen Kopiermethoden.
2,8 Std. → 15 Min.
Laufzeit in einem Kundenbenchmark, bei im gleichen Verhältnis reduzierter CPU-Zeit. Auf dem Mainframe senkt ein geringerer CPU-Verbrauch unmittelbar die Kosten.
672 → 48
Jobs für dieselbe Arbeitslast. Weniger Bestandteile im Prozess bedeuten weniger mögliche Fehlerquellen und weniger betriebliche Eingriffe.
2 Wochen → 91 Min.
Ein Automobilhersteller aktualisiert eine vollständige Db2-Umgebung mit mehr als 11.000 Tabellen: statt Hunderter manueller Jobs über etwa zwei Wochen sind heute sechs Jobs in 91 Minuten abgeschlossen.
Kundenstimmen zu BCV5
UBS Hainer ist seit 1997 auf Db2 for z/OS-Datenmanagement, Testdatenbereitstellung und Mainframe-Automatisierung spezialisiert.
Bevor wir das Produkt hatten, haben wir nicht die gesamte Umgebung aktualisiert, sondern höchstens einen sogenannten Boutique-Refresh für einige Tabellen durchgeführt. Alles war manuell. Im Wesentlichen nutzten wir UNLOAD/LOAD, um Tabellen zu aktualisieren, und mussten uns ständig mit Problemen der referenziellen Integrität und deren Behebung beschäftigen.
Wakefern
BCV5 ist das beste Mainframe-Tool, das ich je verwendet habe.
Datenbankadministrator im öffentlichen Sektor
BCV5 kopiert Db2 for z/OS-Tablespaces und -Indizes innerhalb desselben Db2-Subsystems oder sogar zwischen verschiedenen Db2-Subsystemen viel schneller als das Entladen und erneute Laden der Daten.
Craig Mullins, IBM Champion
Organisationen, die Software von UBS Hainer einsetzen
Versicherungen, Banken, Handelsunternehmen, Telekommunikationsanbieter und öffentliche Verwaltungen in Europa und Nordamerika.
Weitere Informationen zu BCV5
Aufgezeichnete Webinare, Konferenzvorträge, Erfolgsgeschichten von Kunden und unabhängige Analystenbeiträge.
Fallstudie
BCV5-Erfolgsgeschichten: Ergebnisse und Einsparungen bei Kunden
Lange UNLOAD/LOAD-Zeitfenster und manuell erstellte Jobs lassen sich durch automatisierte, konsistente und wiederholbare Kopien von Db2 for z/OS-Daten ersetzen. Kontakt für eine Demonstration oder Teststellung: sales@ubs-hainer.com in Deutschland, sales@ubs-hainersoftware.com in den USA.
BCV5 ist ein Kopierwerkzeug für Db2 for z/OS, das Db2-Tablespaces und -Indizes zwischen Subsystemen oder innerhalb desselben Subsystems kopiert, aktualisiert und repliziert. Das integrierte Kopierwerkzeug arbeitet direkt auf VSAM-Ebene und verarbeitet neben den physischen Daten auch Objektstrukturen und DDL-Funktionen.
BCV5 überträgt Db2 for z/OS-Daten zwischen Umgebungen. Typische Einsatzfälle sind Db2-Datenmigrationen, die Aktualisierung von Testumgebungen, Refreshes auf Partitionsebene, gezielte Aktualisierungen einzelner Tabellen und regelmäßig geplante Kopien.
BCV5 spart gegenüber herkömmlichen Kopiermethoden ungefähr 90 % der Kopierlaufzeit und des Ressourcenverbrauchs. Bei einem Kunden verkürzte sich ein zehnstündiger Kopiervorgang nach dem Wechsel von UNLOAD/LOAD auf 45 Minuten.
BCV5 erzeugt und startet die für den gesamten Kopiervorgang benötigten Jobs. Es extrahiert Definitionen aus dem Db2-Quellkatalog, wendet sie im Ziel an, benennt Objekte regelbasiert um, prüft vorhandene Zielobjekte auf Kompatibilität, kopiert die Page Sets und startet die Objekte für den Zugriff durch Endanwender.
Das BCV5 Masking Tool maskiert personenbezogene Daten während des Kopierens oder direkt in einer vorhandenen Tabelle. Vordefinierte Funktionen decken Namen, Adressen, US-Sozialversicherungsnummern und weitere gängige Datentypen ab. Funktionen lassen sich anpassen oder ergänzen.
Ja. Die Komponente Inflight nutzt Informationen aus dem Db2-Log, um konsistente Kopien von Tablespaces und Indizes zu erstellen, während die Quellobjekte für Abfragen und Aktualisierungen verfügbar bleiben. Produktionsobjekte müssen nicht angehalten werden.
Optionale BCV5-Komponenten sind Masking Tool, Inflight, Icebox, RC, Batch Interface und Usage Tracker. Zusammen ergänzen sie Datenmaskierung, konsistente Online-Kopien, bedarfsgerechte Snapshots und Wiederherstellungen, TCP/IP-Übertragung zwischen isolierten Systemen, die Definition von Tasks per Batch-Jobs und Berichte über Db2-Datenübertragungen.
Für einen einzelnen VSAM-Cluster ist die Geschwindigkeit vergleichbar. DSN1COPY bietet jedoch nahezu keine Automatisierung und keine integrierte Parallelverarbeitung. BCV5 vergleicht Strukturen, erzeugt DDL, erstellt fehlende Objekte und kopiert mit einer frei definierbaren Anzahl paralleler Threads.
Nein. BCV5 kopiert direkt von der Quelle ins Ziel, ohne Daten zwischenzuspeichern. Auch nachträgliche RUNSTATS- und REBUILD INDEX-Läufe entfallen.
BCV5 gehört zum Testdatenmanagement-Portfolio von UBS Hainer. BCV5 übernimmt schnelle Kopien von Db2-Objekten mit optionaler Maskierung. BCV4 klont vollständige Db2-Subsysteme. XDM bietet eine umfassendere plattformübergreifende Testdatenbereitstellung, Subsetting und die Erzeugung synthetischer Daten.
Masking Tool5 Fragen
Das Masking Tool ist die BCV5-Komponente zur Maskierung personenbezogener Daten in Db2 for z/OS. Es kann während des Kopierens maskieren, sodass die ursprünglichen personenbezogenen Daten nie im Ziel ankommen, oder bereits vorhandene Tabellendaten ohne Erstellung einer Kopie maskieren.
Das Masking Tool enthält einsatzbereite, vordefinierte Funktionen für gängige Arten personenbezogener Daten, darunter Namen, Adressen und US-Sozialversicherungsnummern. Die vordefinierten Funktionen lassen sich anpassen oder um eigene Funktionen ergänzen, um spezifische Maskierungsanforderungen zu erfüllen.
Nein. Das Masking Tool maskiert als Teil des BCV5-Kopierprozesses. Die Zielobjekte sind daher geschützt, sobald sie verfügbar sind. Nachgelagerte Skripte und Bereinigungsläufe, die separate Maskierungsschritte gewöhnlich erfordern, entfallen.
Ja. Das Masking Tool kann bereits vorhandene Daten in einer Db2-Tabelle maskieren, ohne eine Kopie zu erstellen. Das ist nützlich, wenn eine ungeschützte Umgebung ohne vollständigen Refresh an Compliance-Anforderungen angepasst werden muss.
Das Masking Tool maskiert personenbezogene Daten, bevor sie Umgebungen außerhalb der Produktion erreichen. So gelangen weniger personenbezogene Produktionsdaten in nachgelagerte Systeme. Entwicklungs- und Testteams erhalten dennoch realistische Testdaten.
Inflight7 Fragen
Inflight ist die BCV5-Komponente, die konsistente Kopien von Db2-Objekten erstellt, während die Quelle online bleibt. Sie nutzt Informationen aus dem Db2-Log, um Änderungen während des Kopierens abzugleichen. Das Ergebnis ist ein konsistentes Abbild zu einem bestimmten Zeitpunkt.
Einige Db2-Tabellen müssen dem Unternehmen rund um die Uhr zur Verfügung stehen. Ein Anhalten der Quellobjekte kommt nicht infrage. Gleichzeitig benötigen Testteams eine konsistente Kopie dieser Daten. Inflight löst diesen Konflikt, indem Abfragen und Aktualisierungen auf der Quelle während des gesamten Kopiervorgangs möglich bleiben.
Inflight erstellt konsistente Kopien regulärer Tablespaces, von LOB-Tablespaces, XML-Tablespaces und Indizes. Dadurch müssen hochverfügbare Tabellen mit komplexen Strukturen nicht von einem Refresh ausgenommen werden.
Eine Unterbrechung ist nicht erforderlich. Die Quellobjekte bleiben während des gesamten Kopierens für Abfragen und Aktualisierungen verfügbar. Mit Anwendungsverantwortlichen oder Fachbereichen muss daher kein Ausfallfenster vereinbart werden.
Ja. Zusammengehörige Db2-Objekte werden oft zu unterschiedlichen Zeiten gesichert. Ihre Image Copies bilden deshalb nicht denselben Zeitpunkt ab und lassen sich nicht einfach kombinieren. Die Komponente Inflight wendet Db2-Logeinträge auf diese zeitlich abweichenden Image Copies an, führt die Daten auf einen gemeinsamen Zeitpunkt fort und nimmt nicht bestätigte Transaktionen zurück. So entsteht ein zu diesem Zeitpunkt transaktionskonsistenter Satz von Objekten.
Typische Fälle sind Audit-Anfragen, forensische Analysen, nachträgliche Fehlersuche, Untersuchungen beschädigter Daten und Analysen von Produktionsstörungen. Dabei benötigen Prüfer, Untersuchungsteams oder Anwendungsteams den Datenstand zu einem bestimmten Zeitpunkt. BCV5 erstellt diese historische Sicht, ohne die ursprüngliche Produktionsumgebung zu beeinträchtigen.
Die manuelle Umsetzung erfordert die Zuordnung aller beteiligten Objekte und den Aufbau eines individuellen Wiederherstellungsablaufs. Das ist komplex und ressourcenintensiv für eine Anforderung, die im nächsten Quartal erneut auftreten kann. BCV5 automatisiert Objektidentifikation, Benennung und Zuordnung, die Vorbereitung des Ablaufs, die logbasierte Inflight-Verarbeitung und die Erstellung der Zielumgebung. Aus einer einmaligen manuellen Aufgabe wird ein wiederholbares Verfahren für historische Kopien.
Icebox5 Fragen
Icebox ist die BCV5-Komponente, die bei Bedarf Snapshots von Db2-Objekten erstellt und sie später in einer beliebigen Umgebung wiederherstellt. Sie erfasst sowohl die Daten als auch die Strukturinformationen. Ein historischer Zustand lässt sich dadurch vollständig nachbilden, statt nur Daten wiederherzustellen.
Icebox wird eingesetzt, wenn Teams Db2-Daten in einem früheren Zustand benötigen, etwa von letzter Woche, letztem Monat oder letztem Jahr. Typische Fälle sind die Reproduktion gemeldeter Fehler, die Erfüllung von Audit- oder Forschungsanfragen und die Wiederherstellung eines bekannten, fehlerfreien Ausgangszustands für Tests.
Icebox vergleicht die im Backup gespeicherten Strukturinformationen mit den aktuellen Strukturen. Es kann die älteren Daten entweder in die aktuellen Tabellen zurückspielen oder die Tabellen löschen und so neu erstellen, wie sie beim Erstellen des Snapshots waren.
Ja. Objekte können unter ihren ursprünglichen Namen wiederhergestellt oder während der Wiederherstellung umbenannt werden. Ein historischer Snapshot kann dadurch neben aktuellen Daten bereitgestellt werden, statt sie zu überschreiben.
Icebox stellt Objekte in einer beliebigen gewählten Umgebung wieder her, nicht nur in ihrer ursprünglichen. Zusammen mit der Umbenennung ermöglicht das die bedarfsgerechte Bereitstellung historischer Daten in einer Test- oder Analyseumgebung.
Remote Copy4 Fragen
Remote Copy, die RC-Komponente von BCV5, überträgt Db2-Strukturen und -Daten über TCP/IP zwischen Systemen. Sie ist für Umgebungen gedacht, in denen Quelle und Ziel Daten nicht über gemeinsam genutzten Plattenspeicher austauschen können.
Manche Produktionssysteme sind so stark physisch isoliert, dass eine effiziente Datenmigration schwierig ist. Sie befinden sich möglicherweise auf einer separaten LPAR oder einem separaten CEC. Gemeinsam genutzter DASD-Speicher steht eventuell überhaupt nicht zur Verfügung. Remote Copy vereinfacht diese Übertragungen.
Nein. Der gesamte Remote-Copy-Prozess ist automatisiert und ebenso einfach zu definieren und auszuführen wie eine lokale BCV5-Kopie. Teams definieren ihre Tasks wie gewohnt, statt ein separates Übertragungsverfahren erlernen zu müssen.
Nein. Remote Copy überträgt sowohl Strukturen als auch Daten über TCP/IP. Dadurch unterstützt es Systeme, die keinen gemeinsam genutzten Plattenspeicher haben.
Batch Interface4 Fragen
Das Batch Interface ist die BCV5-Komponente mit einer Definitionssprache zum Erstellen, Ändern und Löschen von Kopier-Tasks per Batch-Jobs. Es bietet Teams eine skriptbasierte Alternative zur interaktiven Definition von Tasks in der ISPF-Oberfläche.
Verarbeitungsoptionen und Regelsätze für einen Kopier-Task lassen sich in einem Job bereitstellen, statt sie interaktiv einzugeben. BCV5 lässt sich dadurch einfach mit Schedulern, Änderungsprozessen und vorhandener Automatisierung verbinden.
Ja. Ist BCV5 auf mehreren Systemen installiert, lassen sich vollständige Task-Definitionen mit dem Batch Interface bequem zwischen Installationen übertragen. Definitionen können in die nächste Umgebung übernommen werden, statt sie auf jedem System manuell neu aufzubauen.
Es eignet sich für DBAs und Automatisierungsfachleute, die BCV5-Tasks bevorzugt als Code verwalten. Da Task-Definitionen in Jobs vorliegen, lassen sie sich wie andere Batch-Prozesse prüfen, versionieren und wiederverwenden.
Usage Tracker4 Fragen
Usage Tracker ist die BCV5-Komponente, die Informationen zu Task-Ausführungen dauerhaft speichert. Einzelne Kopierläufe werden dadurch zu einem beständigen Nachweis, der sich über die Zeit verfolgen und auswerten lässt.
Usage Tracker erfasst Einzelheiten zur Db2-Datenübertragung: welche Db2-Objekte kopiert wurden, wer den Prozess ausgeführt hat, wie lange er dauerte und weitere Ausführungsdetails. Diese Aufzeichnung unterstützt sowohl betriebliche Auswertungen als auch Berichte.
Usage Tracker liefert wertvolle Einblicke für DBAs, Speicheradministration und Data Governance Stewards. Jede Gruppe erhält einen Überblick darüber, wie Db2-Daten zwischen Umgebungen übertragen werden und welchen Umfang diese Aktivitäten haben.
Durch eine dauerhafte Historie darüber, wer wann welche Db2-Objekte kopiert hat, liefert Usage Tracker Governance-Teams Nachweise zur Herkunft von Daten außerhalb der Produktion. Bei Kopien mit manuellen Utilities oder einmaligen Jobs ist diese Historie nur schwer nachzuvollziehen.
Manage Cookie Consent
We use cookies and other technologies on our website. Some of them are essential, while others help
us to improve this website and your experience. If you are under 16 and wish to give consent to
optional services, you must ask your legal guardians for permission. Personal data may be processed
(e.g. IP addresses), for example for personalized ads and content or ad and content measurement. You
can find more information about the use of your data in our privacy policy. You can revoke or adjust your
selection at any time under Settings.
FunctionalImmer aktiv
The technical storage or access is strictly necessary
for the legitimate purpose of enabling the use of a specific service explicitly requested by
the subscriber or user, or for the sole purpose of carrying out the transmission of a
communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the
legitimate purpose of storing preferences that are not requested by the subscriber or
user.
Statistics
The technical storage or access that is used
exclusively for statistical purposes.The technical storage or access that is
used exclusively for anonymous statistical purposes. Without a subpoena, voluntary
compliance on the part of your Internet Service Provider, or additional records from a third
party, information stored or retrieved for this purpose alone cannot usually be used to
identify you.
Marketing
The technical storage or access is required to create
user profiles to send advertising, or to track the user on a website or across several
websites for similar marketing purposes.
