In einer Team Developer-Anwendung, genauer einer Warenwirtschaft, sollte der Aufruf von Web Services ermöglicht werden. Der (kleine) Haken an diesem Projekt ist, dass die Anwendung unter Team Developer 1.5 entwickelt wurde, und dieser Versionsstand des Entwicklungswerkzeuges die Verwendung von Web Services nicht unterstützt.

MD Consulting hat also beschlossen, ein zusätzliches Programm in Form eines Modules zu entwickeln, welches das Vorhaben dennoch ermöglicht. Folgende Funktionsaufrufe müssen für die Software realisiert werden:

• Artikelpreisabfrage
• Artikelverfügbarkeitsabfrage
• Kombinierte Abfrage von Preis und Verfügbarkeit
• Bestellung
• Artikelliste
• Artikelsuche

Da eine spätere Migration der gesamten Warenwirtschaft auf die Team Developer Version 5.1 in Betracht gezogen wird, wird das neue Modul ebenfalls in dieser Version entwickelt, um es später ohne weitere Anpassungen in die neue Version der Anwendung integrieren zu können.

Funktionsweise des Moduls

Der „Web Service-Caller“ wird aus der Warenwirtschaft mittels einer Funktion aufgerufen. Dem Caller werden nachfolgend folgende Parameter übergeben: die Funktionsnummer und die benötigten Recieve-Parameter der gewählten Funktion. Über den Return-Code des Web Service-Callers erhält nun das Programm eine kurze Info, ob der Aufruf fehlerfrei von Statten gegangen ist. Die jetzt anstehende Übergabe der Response-Werte kann über zwei favorisierte Wege erfolgen: Entweder werden die angefragten Informationen durch eine Datei (XML oder Text) oder über die Datenbank, die als Schnittstelle beider Anwendungen fungiert, übergeben.

Die Arbeitsschritte von MD Consulting setzen sich in diesem Projekt wie folgt zusammen:

• Absprachen mit dem Auftraggeber und Aufbau der Testumgebung
• Erstellung der Web Service-Proxy-Klassen
• Einbindung der Proxy-Klassen und Erstellung der benötigten Funktionalitäten
• Gesamt Test inkl. Test-Client
• Dokumentation des Projektes

Das internationale Warenwirtschafts-, Kassen- und Servicesystem, welches bei einem der weltweit größten Handelskonzerne im Einsatz ist, wird seit mehreren Jahren von MD Consulting in enger Zusammenarbeit mit dem Auftraggeber kontinuierlich weiterentwickelt und gepflegt.
Das Warenwirtschaftssystem beinhaltet zwei Teilsysteme, basierend auf SQL-Windows zur Abwicklung der Geschäftsprozesse für den Verkauf, Logistik, Rechnungswesen. Weiterhin gehören zum dezentralen System Kassensysteme, Hintergrundprozesse für die Datenversorgung/-auswertung und Schnittstellen zu SAP, AS400 und DWH, die zum überwiegenden Teil mit C realisiert sind.

Vom Projektleiter und seinem 11-köpfigen Team bei MD Consulting mussten eine ganze Reihe von Herausforderungen bewältigt werden. Mit der Übernahme und der Realisierung des Projektes war eine umfangreiche Einarbeitung sowie ein hoher Koordinierungs- und Abstimmungsaufwand zwischen MD Consulting und dem Auftraggeber verbunden. Auch die konzeptionellen Arbeiten, die Problematik der unterschiedlichen Sprachvarianten und die umfangreichen Tests verschiedenster Konstellationen gehören dazu.

Von der Übernahme des dezentralen Gesamtsystems bis zum produktiven Einsatz in mehreren Ländern wurden lediglich acht Monate benötigt.

Derzeit wird im Rahmen des Projekts der vollständige Geschäftsprozess für die Serviceabwicklung inkl. SAP-Schnitt-stelle von MD Consulting analysiert und in neuen Modulen implementiert. Das Warenwirtschaftssystem wird für den Einsatz in weiteren zusätzlichen Ländern unter Beachtung der gesetzlichen Notwendigkeiten sowie der Anforderungen, die sich aus der Integration des Service-Geschäftsprozesses ergeben, modifiziert.

In der neuen Version gab es grundlegende inhaltliche und technische Änderungen:

• Integration von Java-Komponenten über WebServices
• Hintergrund ist die strategische Entscheidung die Business Logik in serverseitige Java-Komponenten zu portieren. Da die vollständige Umstellung bei einem hochkomplexen und umfangreichen System einen sehr langen Umstellungszeitraum erfordert, wurde der Weg der sog. „weichen Migration“ gewählt. Über mehrere Versionen hinweg werden einzelne Teilbereiche portiert. Zur Verbindung beider Welten werden WebServices verwendet, die eine in Java programmierte Business-Logik zur Verfügung stellen und innerhalb der Gupta-Komponenten über SOAP eingebunden sind.
• Vereinheitlichung der internationalen Geschäftsprozesse
• Vollständige Abbildung der Geschäftsprozesse für Lieferantenvereinbarungen und Provisionen
• Einführung eines integrierten Transferkonzepts mit Kommunikation zwischen den Märkten über Datenpakete
• Einführung eines erweiterten Bewertungssystems für die Warenflüsse nach dem FIFO Prinzip

Zur Dimension des Gesamtprojektes:
Neben vier großen Hauptkomponenten des Systems gehören noch unzählige Schnittstellen- und Zusatzprogramme, d. h. in Zahlen – mehr als 350 Sourcecode-Dateien – dazu. Die Software kommt auf ca. 17.000 Clients mit den Betriebssystemen Windows 95, Windows NT und Windows XP aber auch auf Linux-Servern zum Einsatz.
In diesem Projekt entstand das 
MD-Tool „Web Service-Proxy-Generator für SQLWindows™“.

Ausgangssituation:
Oracle Datenbank 10gR2 auf Win2003

• Sicherung mit Export

Ziel:
Migration zu Oracle 12cR1 SEO (Standard Edition One) auf Win2008R2 in VMware

Schwerpunkte:

• Installation der Software Oracle 12c Edition SE auf Testserver
• Aufsetzen der Datenbank mit Database Configuration Assistent
  – Simulation der realen Verzeichnisstruktur
  – Hinweise für spätere Nutzung
  – Anpassung der Parameter
• Überblick New Features 11g, Selektion der wichtigsten Punkte für Edition SE
• Überblick New Features 12c, Selektion der wichtigsten Punkte für Edition SE
• Unterweisung der wichtigsten Konzepte Backup und Recovery
  – Konfiguration des Testsystems für Online-Backup
  – Übungen Backup und Recovery

Ausgangssituation:
Oracle Datenbank 9i

• wöchentlich Offline-Backup mit Betriebssystem / tgl. Export Full Daten-bank
• Datenverlust akzeptabel- keine notwendigen Arbeiten

Oracle Datenbank 11gR2 Enterprise Edition (11.2.0.2.0) auf Win2008R2

• System 1:
  auf VMware Win2008R2 2 Single-Instanzen
• System 2:
  physischer Server Win2008R2 mit 4 Single-Instanzen

Aufgaben:
1. Für System 2: Durchführung einer Duplizierung der Datenbank auf einem anderen Host zu Testzwecken bzw. als Ausfallsystem.

2. Konfiguration einer Online-Backupmethode mit Konfiguration mit möglichst hoher Sicherheit auf vorhandenem System 2.

Lösung für Aufgabe 1:
Test und Übergabe einer Anleitung zur Duplizierung mit RMAN

Lösung für Aufgabe 2:
am Produktivsystem Datenbank ORCL

• Einstellung ARCHIVELOG- Modus
• bisherige Spiegelung der Control Files als akzeptabel bewertet
• neu Spiegelung der Online Redo Log Files
• 2 Archivierungsziele
  log_archive_dest_1=“location= db_recovery_file_dest optional“
  log_archive_dest_2=“location= D:\<Verzeichnis> mandatory“
  db_recovery_file_dest_size erhöht
  Konfiguration RMAN
  CONFIGURE CONTROLFILE AUTOBACKUP ON;
  Redundanz zunächst auf 1 beibehalten
• mit OEM DB Console Erstellung eines Backupjobs:
  – Auswahl benutzerdefiniert (nicht Oracle empfohlen gewählt!)
  – Umfang: gesamte Datenbank
  – Backupset auf Disk inkl. der nicht gesicherten archivierten Redo Logs
  – Löschen der veralteten Backups 
  – Zeitpunkt tägl. 2:00
  – Ziel NetAppServer

Testjob mit Teilbackup der DB erfolgreich, wieder gelöscht
Job weitergeleitet

Anmerkung:
Kontrolle aller Parameter ergab
audit_trail=db –

Neufestlegung (Auditing wird nicht be-nötigt) 
audit_trail=none