Fortuna Entwickler Blog

Um aus einem SQL Server heraus auf eine Oracle Datenbank zuzugreifen benötigt man auf dem SQL Server Rechner ein paar Einstellungen / Programme:

1: \\VCENTER2\Entwickler-Tools\Datenbank\Oracle\ODAC1120320_x64.zip entpacken und setup.exe ausführen

(bei 32bit Systemen verwendet man ODAC1120320Xcopy_32bit.zip im gleichen Verzeichnis)

2: Durch die Installation einfach durchklicken und Standard installieren

3: Im SQL Server Manager gibt es nun unter Serverobjekte -> Verbindungsserver -> Anbieter einen Eintrag OraOLEDB.Oracle. Bei diesem Eintrag in den Eigenschaften muss die Option In Process zulassen gesetzt werden.

4: tsnames.ora und sqlnet.ora anpassen. Beispiele:

sqlnet.ora:

# SQLNET.ORA Network Configuration File: C:\ora92\network\admin\sqlnet.ora
# Generated by Oracle configuration tools.
NAMES.DEFAULT_DOMAIN = gutingia.local
SQLNET.AUTHENTICATION_SERVICES= (NONE)
NAMES.DIRECTORY_PATH= (TNSNAMES, HOSTNAME)

tsnames.ora:

DBWEB1.gutingia.local =
 (DESCRIPTION =
 (ADDRESS_LIST =
 (ADDRESS = (PROTOCOL = TCP)(HOST = DBWEB1)(PORT = 1521)))
 (CONNECT_DATA =
 (SERVER = DEDICATED)
 (SID = DBWEB1)))

DBWEBTESTDMZ1.gutingia.local =
 (DESCRIPTION =
 (ADDRESS_LIST =
 (ADDRESS = (PROTOCOL = TCP)(HOST = DBWEBTESTDMZ1)(PORT = 1521)))
 (CONNECT_DATA =
 (SERVER = DEDICATED)
 (SID = DBWEBTESTDMZ1)))

DBWEBENTW3.gutingia.local =
 (DESCRIPTION =
 (ADDRESS_LIST =
 (ADDRESS = (PROTOCOL = TCP)(HOST = DBWEBENTW3)(PORT = 1521)))
 (CONNECT_DATA =
 (SERVER = DEDICATED)
 (SID = DBWEBENTW3)))

DBPROD1.gutingia.local =
 (DESCRIPTION =
 (ADDRESS_LIST =
 (ADDRESS = (PROTOCOL = TCP)(HOST = DBPROD1)(PORT = 1521)))
 (CONNECT_DATA =
 (SERVER = DEDICATED)
 (SID = DBPROD1)))

TWDB.gutingia.local =
 (DESCRIPTION =
 (ADDRESS_LIST =
 (ADDRESS = (PROTOCOL = TCP)(HOST = TWDB)(PORT = 1521)))
 (CONNECT_DATA =
 (SERVER = DEDICATED)
 (SID = ventaDB)))

5: einen Linked Server erstellen und Zugriff testen. Beispiel:

EXEC master.dbo.sp_addlinkedserver @server = N'ENTWWEB01', @srvproduct=N'OraOLEDB', @provider=N'OraOLEDB.Oracle', @datasrc=N'DBWEBENTW3'
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'ENTWWEB01',@useself=N'False',@locallogin=NULL,@rmtuser=N'WEBDATA',@rmtpassword='######'

EXEC master.dbo.sp_addlinkedserver @server = N'ENTWWEB02', @srvproduct=N'OraOLEDB', @provider=N'OraOLEDB.Oracle', @datasrc=N'DBWEBENTW3'
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'ENTWWEB02',@useself=N'False',@locallogin=NULL,@rmtuser=N'WEBFRW',@rmtpassword='######'

EXEC master.dbo.sp_addlinkedserver @server = N'ENTWWEB03', @srvproduct=N'OraOLEDB', @provider=N'OraOLEDB.Oracle', @datasrc=N'DBWEBENTW3'
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'ENTWWEB03',@useself=N'False',@locallogin=NULL,@rmtuser=N'WEBSERVICES',@rmtpassword='######'
GO

6: Erledigt. Jetzt ist z.B. Sowas möglich:

SELECT * 
    FROM ENTWWEB03..WEBSERVICES.ASPNET_USERS au
    INNER JOIN ENTWWEB03..WEBSERVICES.ASPNET_USER_EXTENSIONS aue ON au.USERID = aue.USERID
    INNER JOIN PRODDB01..GUTINGIA.P p ON aue.PNR = p.p_NR AND p.HIST_KZ = 2;

Also JOINs über verschiedene Users hinweg. Ohne Synonyme und Ähnliches.

Aktuell werden zwei Excel-Tabellen zur Verfügung gestellt:

• Attributkatalog.xslx enthält eine Beschreibung zu allen Attributen/Feldern für die Importtabellen
• Daten.xslx enthält mit insgesamt 8 Sheets die eigentlichen Daten

Die Solution für den Datenimport findet man unter $/Fortuna/Tools/Fortuna.MuenchenerVerein. In der Solution sind auch die beiden o.a. Excel-Sheets hinzugefügt.

Der eigentliche Import läuft ohne eigenes interface/ohne Applikation, sondern man fürht in Visual Studio schlicht die in der Solution enthaltenen Tests durch. Diese holen sich je Tabelle aus dem Attributkatalog.xslx die relevanten Felder, suchen je Feld und Satz die zugehörigen Daten und Speichern diese - ggf. nach Tranformation - in die Datenbank ab.

Für den Datenaustausch zwischen BCAS (Tschechien) und myLife wurde die DataExchangeServices erstellt. Die Services werden von BCAS aufgerufen, Daten übermittelt und ggf. Daten abgefragt.

Die Quellen zu den Services findet man im TFS unter $/Fortuna/Services/DataExchangeServices

Die Datenbanktabellen sind unter WEBDATA, sowohl in der Entwicklungsumgebung, der Testumgebung als auch der Produktivumgebung verfügbar. Innner halb des Projektes im TFS gibt es ein SQL-Script, in welches man Änderungen an den Tabellen einarbeiten kann, bei Ausführung werden dann bisherige Daten gespeichert, die geänderten Tabellen geschrieben und anschließend wieder ggf. mit des alten Daten gefüllt.

Aufrufbar sind die Services unter
http://test.mylife-leben.de/Services/DataExchangeServices/BCAS.asmx (Test)
https://fortuna.mylife-leben.de/services/dataexchangeservices/bcas.asmx (Produktiv)

Produktiv genutzt werden Stand 1.9. die Services für policies und payments. Hier weden von BCAS nun monatlich, immer um den 20. eines Monats, Daten geliefert.

Im Meeting am 28.08. hat Peter offiziell das Ende der Bemühungen um IWM FinanzOffice für SK als beendet erklärt. Die Server können dementsprechend abgeschaltet und die Virtuellen Maschinen gelöscht werden.

Auf WEB3 liegen eine Reihe von Scripten, die teils manuell, teils automatisiert ausgeführt werden: 

Script: IAD_FFS_copy_and_purge_old.ps1
Datum: 14.03.2013
Autor: Unbekannt
Letzte Änderung: 14.03.2013
Ausführung: manuell / Scheduler / sonstige
Aufgabe: Jeden Tag um 06:00 Uhr ausführen.

Script: IAD_FFS_get_from_FTP_Server.ps1
Datum: 25.04.2013
Autor: Unbekannt
Letzte Änderung: 25.04.2013
Ausführung: manuell / Scheduler / sonstige
Aufgabe: Jeden Tag um 05:30 Uhr ausführen.

Script: IAD_Funds_copy_and_move.ps1
Datum: 06.10.2009
Autor: Unbekannt
Letzte Änderung: 06.10.2009
Ausführung: manuell / Scheduler / sonstige
Aufgabe: Jeden Tag um 17:50 Uhr ausführen.

Script: IAD_PRICES_move.ps1
Datum: 16.01.2013
Autor: Unbekannt
Letzte Änderung: 16.01.2013
Ausführung: manuell / Scheduler / sonstige
Aufgabe: Jeden Tag ab 08:18 Uhr und dann stündlich 12 Stunden lang ausführen.

Script: Import_Antragsdateien_from_FTP.ps1
Datum: 25.11.2010
Autor: Unbekannt
Letzte Änderung: 25.11.2010
Ausführung: manuell / Scheduler / sonstige
Aufgabe: Montag bis Freitag ab 07:10 Uhr und dann stündlich 12 Stunden lang ausführen.

Script: Statusdateien_copy_and_move.ps1
Datum: 26.04.2013
Autor: Unbekannt
Letzte Änderung: 26.04.2013
Ausführung: manuell / Scheduler / sonstige
Aufgabe: Montag bis Freitag um 06:55 Uhr ausführen.

Script: Tecis_copy_and_move_files.ps1
Datum: 26.04.2013
Autor: Unbekannt
Letzte Änderung: 26.04.2013
Ausführung: manuell / Scheduler / sonstige
Aufgabe: Täglich um 17:30 Uhr ausführen.

Diese Scripte liegen nun nach einer Überarbeitung komplett auch auf dem TFS unter /Fortuna/Scripte

Gelegentlich passiert es, daß man, wenn man sich bei IWM anmeldet, die Meldung bekommt, daß seine Session abgelaufen ist.

Üblicherweise lässt sich das Problem bereits dadurch beheben, daß man im Login-Screen SHIFT-Neu Laden klickt.

In Einzelfällen half es allerdigs letztlich nur, den Apache-Dienst zusätzlich neu zu starten.

Mit jedem Checkin werden auf dem Buildserver ein bis mehrere Buildvorgänge angestossen. In diesem Zuge werden alle SOlution-Daten aus dem TFS kopiert, ein Build durchgeführt und die Buildergebnisse zur Verfügung gestellt. Üblicherweise werden diese Dateien gar nicht mehr gebraucht, aber das System hält sie erst einmal vor.

Eine automatische spätere Löschung ist nicht vorgesehen.

Da hierdurch nach und nach der Speicherplatz 'volläuft' habe ich ein kleines PowerShell Script entwickelt, welches mittels Scheduled Task periodisch aufräumt:
Unter C:\Program Files\Scripte liegt VerzeichnisLeeren.ps1:

param 
( 
    [string]$Folder = "E:\Symbols", 
    [int]$Days = 14
)

$Heute = Get-Date;

Get-Childitem $Folder -recurse | Where-Object {($Heute - $_.LastWriteTime).Days -gt $Days} | Remove-Item -Recurse;

Das Script ist denkbar einfach aufgebaut: man kann ein Verzeichnis übergeben und einen Zeitraum in Tagen. Im Verzeichnis werden alle Dateien und Ordner gelöscht, die älter sind, als der angegebene Zeitraum.

Das Script wird über Geplante Aufgaben zurzeit jeden Montag morgen um 5 Uhr ausgeführt. Nach Rücksprache mit der Administration ist dies ein geeigneter Zeitpunkt, zu dem es zu keinen Problemen mit eventuellen anderen Tätigkeiten kommen sollte.

Server: CRMSK2
SQL-Server: CRMSK2\SQLExpress
URL: http://CRM.sk-servicekonzept.de

Nach der Bereitstellung meldete ich mich mit meinem Benutzerprofil an CRMTESTSK2 an. Es handelt sich um einen Windows Server 2008 R2 Datacenter, 64bit, deutsch, Service Pack 1.

Als erstes habe ich dem Server das Feature .NET Framework 3.51 hinzugefügt:
(das Feature wird für SQL Server benötigt)

Start -> Server-Manager

Im Server-Manager unter Features -> Features hinzufügen

Haken bei '.NET Framework 3.5.1-Features -> .NET Framework 3.5.1' -> Weiter -> Installieren

Anschließend habe ich eine neue lokale Benutzergruppe 'IWM_GROUP' angelegt:

Start -> Server-Manager

Im Server-Manager unter Konfiguration -> Lokale Benutzer und Gruppen -> Gruppen

Aktion -> Neue Gruppe...

Gruppenname: IWM_GROUP
Beschreibung: Gruppe für lokale IWM Benutzeraccounts
Mitglieder: (noch keine auswählen)

-> Erstellen -> Schließen

Danach habe ich einen neuen Benutzer angelegt:

Start -> Server-Manager

Im Server-Manager unter Konfiguration -> Lokale Benutzer und Gruppen -> Benutzer

Aktion -> Neuer Benutzer...

Benutzername: IWM_SERVICE_USER
Vollständiger Name: IWM Dienste Account
Beschreibung: Benutzer für IWM Dienste
Kennwort: [xxx] (Das Passwort ist der Administration bekannt)
Kennwort bestätigen: [xxx] (Das Passwort ist der Administration bekannt)
Benutzer muss Kennwort bei der nächsten Anmeldung ändern: (Haken entfernt)

-> Erstellen -> Schließen

Dieser Benutzer wurde dann der zuvor erstellten Gruppe hinzugefügt:

Start -> Server-Manager

Im Server-Manager unter Konfiguration -> Lokale Benutzer und Gruppen -> Gruppen

IWM_GROUP selektieren

Aktion -> Zur Gruppe hinzufügen... -> Hinzufügen

CRMSK2\IWM_SERVICE_USER eintragen

Namen überprüfen -> OK -> OK

Zwischenzeitlich meldete Windows verfügbare Updates (für .NET Framework 3.5.1), welche nun installiert wurden. Danach musste der Server neu gestartet werden.

Anmerkung: Der erste versuch, anschliessend SQL Server zu installieren schlug fehl. In diesem Falle muss zuerst das .NET Framework 4.0 (dotNetFx40_Full_x86_x64) und ggf. das deutsche Language Pack (dotNetFx40LP_Full_x86_x64de) installiert werden.

Im nächsten Schritt wird ein SQL Server installiert:

Hierzu habe ich SQLEXPRWT_x64_DEU.exe auf dem Server unter C:\Temp\ abgelegt.

Start -> Ausführen -> C:\Temp\SQLEXPRWT_x64_DEU.exe

'Neue eigenständige SQL Server-Installation...' auswählen

Haken setzen bei 'Ich akzeptiere die Lizenzbedingungen' -> Weiter -> Weiter -> Weiter -> Weiter

Option 'Gemischter Modus' wählen und Kennwort für sa festlegen:

Kennwort eingeben: [xxx] (Das Passwort ist der Administration bekannt)
Kennwort bestätigen: [xxx] (Das Passwort ist der Administration bekannt)

Der aktuelle Benutzer ist unter den Administratoren aufgeführt; dies kann so belassen werden.

Weiter -> Weiter

Schließen

Danach wird ein zusätzlicher Benutzer im SQL Server angelegt:

Start -> SQL Server Management Studio

Anmelden an lokale Instanz SQLExpress: Verbinden

CRMTESTSK2\SQLEXPRESS -> Sicherheit -> Anmeldungen -> Neue Anmeldung...

Anmeldename: IWM_DATABASE_USER
SQL Server-Authentifizierung: Option wählen
Kennwort: [xxx] (Das Passwort ist der Administration bekannt)
Kennwort bestätigen: [xxx] (Das Passwort ist der Administration bekannt)
Kennwortrichtlinie erzwingen: Haken entfernen

OK

Anschliessend wird die aktuelle Java-Version auf dem Server installiert:
(wird von Apache Tomcat und dem IWM Portal benötigt)

Start -> Ausführen -> c:\temp\FinOff_plus_Portal-12.10.0000.4\Portal\Java\jdk-7u9-windows-i586.exe -> OK

Ja -> Next -> Next -> Next -> Close

Danach wird IWM FinanzOffice installiert:

Start -> Ausführen -> C:\Temp\FinOff_plus_Portal-12.10.0000.4\SetupIWMFinanzOffice_12_10_0000_4.exe -> OK

Ja -> Weiter -> Option 'Ich akzeptiere...' wählen -> Weiter -> Option 'Server ...' wählen -> Weiter -> Option 'Microsoft SQL Server - Datenbank' wählen -> Weiter -> Weiter -> Weiter -> Weiter -> Weiter

SQL-Server-Datenbank
Server: CRMSK2\SQLExpress
Datenbank: fo_sql
Installations-Typ: Server
Datenbank-Benutzer: sa
Benutzer-Kennwort: [xxx] (Das Passwort ist der Administration bekannt)

Einstellungen speichern -> Beenden -> Nein -> Fertigstellen

Weiter geht es mit der Installation des Apache Tomcat inklusive Portal:

Tomcat hat Probleme mit Leerstellen im Pfadnamen; man sollte ihn nicht unter C:\Programme\ (intern: C:\Program Files\) installieren, sonst kommt es nachgelagert zu Problemen.

Vor der eigentlichen Installation von Apache Tomcat als Dienst sind noch Einstellungen am Server vorzunehmen:

Start -> Systemsteuerung -> System und Sicherheit -> System -> Erweiterte Systemeinstellungen -> Umgebungsvariablen -> Systemvariablen -> Neu...

Name der Variablen: JAVA_HOME
Wert der Variablen: C:\Program Files (x86)\Java\jdk1.7.0_09

OK

Klick auf Systemvariable PATH -> Bearbeiten... -> Am Anfang von Wert der Variablen %JAVA_HOME%\bin; einfügen, der bisherige Wert bleibt erhalten

OK -> OK -> OK

Anschließend geht es mit der eigentlichen Installation weiter:

Start -> Eingabeaufforderung (Rechtsklick) -> Als Administrator ausführen -> Ja

cd \
md IWM
cd IWM
xcopy c:\Temp\FinOff_plus_Portal-12.10.0000.4\Portal\Tomcat\apache-tomcat-6.0.18 . /S /E
cd apache-tomcat-6.0.18\bin
service.bat install
cd ..\webapps
copy \Temp\FinOff_plus_Portal-12.10.0000.4\Portal\PortalNeu.war .
exit

Start -> Windows-Explorer

Computer -> Lokaler Datenträger (C:) -> IWM

Organisieren -> Eigenschaften -> Sicherheit -> Bearbeiten -> Hinzufügen...

CRMSK2\IWM_GROUP -> Namen überprüfen -> OK

Haken bei Vollzugriff und zulassen -> Übernehmen -> OK -> OK

Start -> Systemsteuerung -> System und Sicherheit -> Dienste

Apache Tomcat selektieren -> Aktion -> Eigenschaften

Starttyp: Automatisch
Anmelden -> Dieses Konto: Option wählen
Dieses Konto: .\IWM_SERVICE_USER
Kennwort: [xxx] (Das Passwort ist der Administration bekannt)
Kennwort bestätigen: [xxx] (Das Passwort ist der Administration bekannt)

OK -> OK -> Aktion -> Starten

Damit ist die eigentliche Installation erst einmal abgeschlossen

Auf den IWM Applikationsservern läuft üblicherweise kein IIS. Zudem soll das IWM Portal / Navigator ohne Porteingabe im Browser erreichbar sein. Die beste Löung ist es, den Tomcat einfach auf Port 80 zu setzen. Dies ist durch eine Änderung in seiner Konfiguration einfach möglich:

Eine suche in Google brachte mich schnell auf eine Seite, auf der die Vorgehensweise erklärt wurde.

Apache Tomcat Service stoppen
Notepad als administrator starten
C:\IWM\apache-tomcat-6.0.18\conf\server.xml mit notepad öffnen
In Zeile 67 ändert man ...port="8080"... in ...port="80"...
Datei speichern
Apache Tomcat Service neu starten

Fertig.

Ich musste heute feststellen, das der Apache Tomcat auf CRMTESTHK nicht mehr läuft. Der dienst war gestoppt und ein Starten brachte jedes Mal eine Fehlermeldung. Auch das erneute setzen der Benutzerangaben oder das Umstellen des Dienstes auf den Systemaccount brachte nichts; es war wohl keine Berechtigungsfrage.

Im stdout.log in den Apache Logs fand ich nach kurzer Suche eine Fehlermeldung:

Error occurred during initialization of VM
java/lang/NoClassDefFoundError: java/lang/Object

Eine kurze Google Recherche ergab, daß es wohl ein Problem mit der Java-Installation sein muss. Ohne lange weiterzuprobieren habe ich dann Java deinstalliert und anschließend aus dem Installationspaket von IWM neu installiert. Danach lies sich der Apache Tomcat auch gleich wieder starten.

Meine Vermutung zur Ursache: Durch eines der nach der Installation durchgeführten Java Updates, lief Tomcat nicht mehr; ich werde die Updaten künftig ignorieren.