• Bei Firma Magagesa habe ich eine Gesichtserkennungssoftware soweit parametrisiert, dass sie
  nun Pferde erkennt.
• Dann sollte sie aus einem Video oder einer Lifeaufnahme das Verhalten der Pferde teilerkennen.
• Ziel ist es, anhand einfacher Verhaltensmuster zu erkennen, ob das Pferd lahmt oder eine Kolik hat.
• Ein automatisches Monitoring soll den Tierpfleger oder
  Besitzer warnen.
• Das soll DeLaval (bekannt durch Tetrapack) angeboten werden im Bereich Ihres Tierhaltungssystems.

• Für die Firma Ergo Life sollte ich nach luxemburger Gesetzgebung 25 Oracle Datenbanken von 11g zu 12c migrieren
• Es stellte sich heraus, dass es eigentlich nur 4 original Datenbanken und der Rest mehr oder weniger Teilklone dieser 4 Datenbanken waren

• Für die Firma Time 2 BI habe ich ihre Golden Gate Installation begutachtet und ihe Exadata Umgebung analysiert.
• Das steckt noch in den Kinderschuhen, aber das fügt sich lückenlos ein in das Gesamtbild, dass alle Zulieferunternehmen für die GEMA in Deutschland sich mit der GEMA über die Erhebung der Daten noch einigen muss und ein einheitliches Gesamtmodel (Entity Relationship Model) erst noch gefunden werden muss, damit die Leistungsstärke einer Exadata auch gänzlich genutzt werden kann.
• Mein Einsatz war hier verfrüht.

• Für die Fa. Vodafone GmbH, Betriebsführung der Oracle Datenbanken bei München/Unterföhring mit Schwerpunkt Tuning
• Vodafone stellt seine Datawarehouse Datenbanken als Dienstleistung seinen internen Kunden zur Verfügung.
• Wie so oft bei Datawarehouses liegen auch bei Vodafone einige Performanceprobleme in Abfrage oder Infrastruktur vor.
• Da diese Services nach dem Motto „Follow the sun!“ für Vodafone Kunden weltweit 24 Std, 7 Tage die Woche vorliegen müssen, ist keine Zeit für Experimente, Offline Betrieb oder unbeeinflusste Analyse.
• Durch den Einsatz von X2 und X4 Exadata’s wird der Anwendungsumfang nur größer.
• Einsatzorte sind München und Düsseldorf.
• Für die Kollegen im Ausland, besonders in Indien, finden tägliche Telefon Videokonferenzen statt. Geplant sind auch gelegentliche Besuche.

Telefonica hat Atos damit betraut, ihre Oracle Datenbanken in der Betriebsführung selbständig als Service zu leiten und als Dienstleistung bereit zu stellen. Das betrifft vor Allem die frisch migrierten neuen Konzerntöchter e-plus und Blau sowie deren Brandings Aldi, Tschibo, Yildirim,WhatsApp usw in O2. Daneben sind noch Hansenet und Alice zu betreuen.

Die Oracle Palette wird fast vollständig genutzt:

• Datenbanken mit RAC, Data Guard, Database Vault, Golden Gate, Time Series, Log Miner, BI
• PL/SQL-Scripte aus der Entwicklung einspielen, Fehler feststellen, eventuell beheben oder zurückgeben
• Business Reports, SOA
• Oracle Linux, Sun Palette, EMC2 und NetApps Filer
• Es wird Siebel und SAP auf Oracle Datenbanken eingesetzt
• Einsatzorte sind München, Hamburg, Gütersloh und Frankfurt

• Bei Endkunden [auf Anfrage] soll die IT von E-Plus
  und deren Tochter [auf Anfrage] IT von [auf Anfrage] migriert
  werden und, wo möglich, auch nach 12C migriert werden.
  Dazu gehört auch ein mittleres Teilprojekt zu Golden Gate
  über 5 Schemata in 2 Datenbanken. Die Rechnungsdaten
  sollten auch gleich bei der Migration in das Billingsystem von O2 repliziert werden.
• Daneben soll aber auch eine Exadata Umgebung aktualisiert werden: auf 12 C und 11g R2 finaler Patch. Besonderes Augenmerk liegt auf den ASMs. Auch die einzigen 2 RACs des Unternehmens sollten soweit möglich erhalten bleiben. Und natürlich, wenn noch Zeit ist, sollte ich die tägliche Administration unterstützen.

Migrationsprojekt große Datenbanken auf Oracle 12c zu migrieren

• Die HSH-Nordbank ist die Übergangslandesbank aus der
  Hamburger und Schleswig-Holsteinischen Landesbank, die bis 2018 verkauft sein muss.
• Zur Vorbereitung werden alle Oracle Datenbanken auf 12c migriert.
• Auch die großen, z. B. Calypso (2 – 7 TByte), JIRA. Die Oracle Palette umfasst nur Enterprise Edition, Security, Memory Option, Partitioning, APEX, Java.
• Wg. Zeitverzug in anderen Projekten wurde die Implementierung auf 2017 verschoben.

Die VWFS ist die konzerneigene Bank von VW. Sie hat die Consist (Caterpilar Tochter) damit betraut, ihre Oracle Datenbanken in der Betriebsführung selbständig als Service zu leiten und als Dienstleistung bereit zu stellen.

Die Oracle Palette wird fast vollständig genutzt:

• Datenbanken mit RAC, Data Guard, Database Vault, Golden Gate, Time Series, Log Miner, BI
• PL/SQL-Scripte aus der Entwicklung einspielen, Fehler feststellen, eventuell beheben oder zurückgeben
• Business Reports, SOA
• Oracle Linux, Sun Palette, EMC2 und NetApps Filer
• People Soft, Collaboration Suite
• Nur statt Siebel wird SAP eingesetzt

Aufbau, Beratung und Konfiguration einer IT Umgebung in einer Multibusiness Umgebung

• Die Firma Magagesa hat eine Anlage mit Pferdeboxen, Gastzimmern, Vortragsräumen, Gaststätte und 5 ha Land gekauft.
• Trotzdem es eine weitverbreitete Gewerbekombination ist gibt es dafür kein einheitliches Konzept, sondern es muss immer noch viel Pionierarbeit geleistet werden.
• Auch die Deutsche Reiterliche Vereinigung (Fédération Équestre Nationale FN) hat darauf keine Antwort aus einem Guß.
• Gewählt wurde für die Telekommunikation eine Simens Telefonanlage Gigaset Professional wegen der Reichweite und Zuverlässigkeit.
• Als Repeater dienen Telekom Speedport W 504 V wegen der speziellen Baumaterialien in einem Fachwerkbau.
• Workstations sind Lenovo Thinkpad t5xx.
• Server ist ein IBM M5 Blade Server Center wegen verschiedener Windows und Linux Betriebssysteme.
• SLES 10 für Oracle 12c Datenbank.
• XP-Server, Server 2007 64-bit und 2010 64-bit wegen der verschiedenen Softwarelösungen, die miteinander verbunden werden müssen für eine Reitschule, ein Café, ein Hotel für Reiterferien, eine Pferdepension und eine Hundesportschule.
• Eine weitere Einschränkung ist die staatliche Zulassung der Software, da alle Geschäftsteile staatliche Genehmigung erfordern.

Murex Migration zu Wincor Nixdorf und Upgrade auf aktuellen Stand

• Murex ist so tief in viele verschiedene Prozesse des Wertpapierhandels bei der NordLB eingebunden, dass aus dem großen Migrationsprojekt zentraler Dienste zur Wincor Nixdorf die Murex Migration ein eigenes Projektteam erhalten hat.
• Davon wurde mir das Projektmanagement auf der Solaris und Windows 2008 R2 bzw. 2010 Server (Windows 8) Plattformen zugeordnet.
• Zur performanteren Datenübernahme bei Upgrades wurde ein automatisches Verfahren mit Oracle Golden Gate konzeptioniert.
• Hier werde ich in hauptsächlich technischen Fragen und bei Problemen unterstützend eingreifen und steuern.
• Die Projekttätigkeit ist vorerst angedacht bis April 2014. Bei sehr großem Projektstau zum 31.03.14 wird das Projekt bis 30. Juni 2014 verlängert.

11g-Migrationen aller vw-eigenen Oracle Datenbanken älter als 11g

• Der Vorstand der Volkswagen AG hat entschieden keine älteren Oracle Datenbankversionen als 11g zu verwenden. Ausnahme davon sind SAP Datenbanken. Finales Datum war 30.06.2013
• Überaschenderweise wurden sehr viele komplizierte oder große Fälle zum Ende aufgehoben. Deswegen wurde eine lange Kulanzzeit eingeplant, die im Haus abgedeckt werden sollte, statt Support teuer bei Oracle einzukaufen. Dazu gehörten die Oracle Streams Datenbanken, die Oracle Data Guard und Oracle RAC/Real Application Cluster auf Oracle ASM auf EMC² Vanguard. Auch Windows Server 2008 R2 in 64 Bit Version kamen nun zum Einsatz.
• Ebenfalls wurden Eigenentwicklungen in PL/SQL auf Richtigkeit und Performance unter 11g geprüft und, wenn möglich, sofort korrigiert oder mit Fehlerbeschreibung an die Entwicklung zurückgegeben.
• Dabei half mir sehr, insbesondere bei Tuninganfragen, dass von mir erstellte Monitoring durch SQL-Scripte und Shell-Scripte, das ich bereits für T-Systems und MAN begonnen hatte, denn auch hier benötigten die üblichen grafischen Tools so viel Ressourcen, dass sie bei Performanceanalysen, die Ergebnisse verfälschten! So wurde wieder Team weit die Verwendung von Statspack eingeführt, anstelle des Grit Control Enterprise Managers.
• Die Aufgabe wurde schneller bewältigt als geplant und endete vorzeitig zum 30.09.2013; 3 Monate früher.

• Der Konzern MAN hat seine zentrale Informatik MIT zum 01.07.09 an IBM (Desktopgeschäft) und T-Systems (Hostgeschäft) verkauft.
• ASIWH ist der zentrale Dienst für die Qualitätskontrolle und deren Dokumentation, läuft bereits seit 1991 rein elektronisch und hat mittlerweile einen Umfang von 1,6 TB netto Exportdump oder 3,5 TB netto Records in Datafiles.
• Die neue Datenbank wurde 4 Wochen mit Oracle Golden Gate replikativ gefüllt und geändert.
• Support der Eigenentwicklungen in PL/SQL mit Korrektur oder Fehlerbericht an die Entwicklung oder Performanceberichtigungen.
• Seit 13.05. wird die neue Datenbank als Produktion genutzt und die alte Datenbank replikativ gefüllt – zwangsweise, da man die alte Datenbank in der Version 9.2.0.8 nicht direkt aus der neuen Datenbank in Version 11.2.0.3 befüllen kann.
• Eine Cut Over Migration war nicht möglich, da sie 96 Std gebraucht hätte. Daher entschied MAN sich für diesen sanften Weg.
• Ab 01.06. wurde die Migration des zentralen Informationsdienstes IWH (1,6 TB netto Records) analog vorgenommen
• Das bereits von mir eingeführte scriptorientierte Monitoring habe ich hier in SQL-Scripten und Golden-Gate-Scripten fortgeführt und zusätzliche Reports aus den Datenbanken und der RMan Datenbank per SQL ausgebaut

• Der Konzern MAN hat seine zentrale Informatik MIT zum 01.07.09 an IBM (Desktopgeschäft) und T-Systems (Hostgeschäft) verkauft.
• Für die Übergangszeit betreute ich bei T-Systems den Kunden MAN weiter und migrierte seine Oracle und MS SQL-Server Datenbanken nach und nach und füge ein in die Strukturen von T-Systems.
• Dabei läuft das Tagesgeschäft sowie bei MIT weiter auch bei T-Systems (siehe MAN IT Services GmbH, München) und das Tagesgeschäft von T-Systems ist ebenfalls zu erledigen.
• Eigens dazu habe ich mir dazu eine Reihe MS PowerShell, Unix Shell- und SQL-Scripte erdacht, die mir für das Monitoring und/oder den Neuaufbau die Arbeit erleichtern sollen, besonders bei wiederkehrenden Fragen oder Problemen, wie z. B. Tablespaceabfragen, ob ein Tivoli User eingerichtet ist, mit welchen Rechten und wann er das letzte Login hatte oder wieviel Platz tatsächlich noch im Dateisystem vorhanden ist nach Abzug von Sparsedateien.
  Weil das gut funktionierte, bekam  ich oft den Auftrag, PL/SQL Support bei der Migration der Eigenprodukte zu leisten.
• Aufgrund der enormen (!) Perfomanceanforderungen eines Grid Control Enterprisemanagers oder ähnliches wurde auf deren Einsatz verzichtet.
• Die veralteten Oracle Streams und Oracle Replication Datenbanken wurden in eigenen Projekten zu T-Systems migriert, da auch gleichzeitig Oracle Streams mit Oracle Golden Gate ein Upgrade erhielt.

• Die Schwerpunktstaatsanwaltschaft Bestechung und Korruption München verlangt Maßnahmen vom Münchner LKW Hersteller, die in Zukunft Bestechung vermeiden sollen und hat P. den Auftrag gegeben, die Überwachung vorzunehmen mit den schon vorhandenen Windows Systemen, deren Datenbanken ich zunächst weiter administrierte

• Die Schwerpunktstaatsanwaltschaft Bestechung und
  Korruption München hat PWC den Auftrag gegeben, die
  Dokumente des gesamten Konzerns MAN im Hinblick auf die Vorwürfe wegen Bestechung, Bestechlichkeit und Korruption zu untersuchen.
• Dazu setzte PWC 2 Datenbanken ein, eine Oracle und eine MS SQL Server Datenbank auf 4 Windows 2003 Server mit 128 GB und 64 GB RAM Speicher in 2 Windows Wolfpack Cluster.
• Ursprünglich ist PWC von einer 750 Gbyte großen Oracle Datenbank und einer 400 Gbyte großen SQL Server Datenbank ausgegangen.
• Tatsächlich ist die Oracle Datenbank 3,8 Tbyte groß geworden.
• Die verwendete Oracle Datenbankversion war 10gR2
  (10.2.0.4).
• Die verwendete SQL Server Datenbankversion war 2005R2.
• Bei beiden Datenbanken ein Backup to Disk eingerichtet, da es für die verwendeten Datenbankanwendungen auf diesem Betriebssystem 2003R2 64 bit Server für AMD-Prozessoren keinen Agent für die verwendete Backup Software ArcServ von CA gibt.
• Wegen der 2 Tbytegrenze auf Windows 2003R2 64 bit für
  Laufwerkvolumes die Bigfiles der Oracle Datenbank ersetzt
  durch 200 Smallfiles und den Inhalt mit Datapump migriert.
• Wegen der Migration zu kleinen Dateien ist es bei den
  Datenbanken zu einem erheblichen Performanceverlust
  gekommen (Oracle auf 30%).
• Die Oracle Datenbank konnte durch eine neue Statistikverwaltung und der Patchausgabe 29 beschleunigt werden, erreichte aber bei weitem nicht wieder die vorherige Leistung.
• Restoretests auf einem leistungsschwächeren Ersatzsystem mit Standardverfahren oder als Duplicate Database verliefen erfolgreich.
• Die Staatsanwaltschaft beendete das Projekt am 15.12.09 (siehe Presse).

• Restore einer 2 TByte Datenbank auf neuem System und anderer Plattform
• Die Datenbank wurde mit Oracle Bigfiles angelegt; die Hauptdatendatei hatte 920 Gbyte Größe.  Die Plattform war HP-UX auf PA-Risk.
• Das Ersatzsystem war ein AIX 5L auf IBM Regatta. Die Dateien wurden als Oracle Bigfiles wieder angelegt. Restored wurde aus dem Controlfile des letzten Full Backups ohne Archivelogs und ohne Controlfile Recreation.
• Zusätzliches Feature: Blockcontrol war in 10g R2 eingeschaltet und diese Datei war niemals gesichert worden. Die betreffenden Controlfileangaben habe ich umgeschrieben auf die neue Maschine.

• Performanceanalyse im Oracle 10g R2 Data Warehouse.
• Die Dimensionen müssen an die Materialized Views und M’View Logs angepasst werden da die Refreshgruppe von der Replikationsrichtung abhängt, die ihrerseits von der Tageszeit abhängt (Nachmittags wird die Richtung um 180° gedreht).
• In diesem Fall verwendet man mehrere Dimensionen und es war eine Exadata mit 4 Zonen, 2 RAC auf ASM und mit Data Guard.