Zwei Anmerkungen jedoch noch: Bei der 32bit-Clientinstallation genügt der Oracle Instant Client und nachdem beide ORACLE_HOME’s installiert sind, muss in der Registry der Wert der Systemvariable ORACLE_HOME geleert werden. Erst dann können sich VMware vCenter (64bit-Umgebung) und der Update Manager (32bit-Umgebung) gleichzeitig auf die Datenbank verbinden. Ist die Variable mit einem Wert belegt, funktioniert entweder nur die Verbindung zu vCenter oder die zum Update Manager.

Um weitere Irrtümer zu vermeiden, habe ich einen Kommentar unter den Beitrag gesetzt. Doch es half nichts, mein Blog wurde vor einigen Tagen wieder für die Internetpräsenz von Symantec gehalten und ich bekam erneut eine Kündigung.

Das zeigt mir, das so mancher User zwar im Internet suchen kann, doch schon bei den dargestellten Treffern hat er Probleme, diese zu- bzw. einzuordnen. Mag sein, dass ich in diesem Fall dank sinnvoll gewählter Tags, bei der besagten Suchmaschine gut gelistet bin, doch wer diesen Treffer schon genau betrachtet, stellt fest, dass man nie und nimmer zu Symantec weitergeleitet wird. Wer dann den Blogbeitrag liest, sollte meines Erachtens bemerken, dass ich nicht für Symantec arbeite, sondern vielmehr in Form eines Erlebnisberichtes gegen das Unternehmen rede. Schon in der Beitragsüberschrift wetter ich gegen Symantec. Dazu kommen Kommentare anderer betroffener User unterhalb des Blogbeitrags, in denen sie ihre Erlebnisse schildern.
Das Blog insgesamt hat gar nichts mit dem Symantec-Webauftritt gemein, weder farblich noch inhaltlich.

Was sich aus meiner Sicht eindeutig zeigt, ist, dass manche User mit dem Medium Intenet überfordert sind und nicht lesen können oder wollen. Interessanterweise sind sie aber immerhin so gewieft, das Impressum und darin meine Daten zu finden, um bei mir das Norton-Abonnement zu kündigen.

Ich glaube nicht, dass es hierfür eine Lösung gibt. Den ursprünglichen Beitrag zu entfernen, ist vollkommen falsch, denn man muss über das Verhalten von Symantec berichten. Außerdem versteht der Großteil der User, was man mit einem Blogbeitrag erreichen möchte.

Es beginnt – wie so oft mit einer E-Mail. Die E-Mail kommt von dem Absender

mahnungtuuom@t-online.de

und der Alias dieser Adresse lautet schlicht und einfach “Mahnung“. Die Priorität der Mail ist auf “hoch” gesetzt und im Betreff steht – sehr einfallsreich – ebenfalls “Mahnung“. In dem mir bekannten Fall waren drei E-Mail-Adressen im Empfängerfeld zu lesen. Alle drei Adressen waren identisch aufgebaut: vorname.nachname… Die Vornamen waren wieder bei allen Adressen identisch. Die Aliase aus dem zugrundeliegenden Adressbuch des Absenders waren ebenfalls bei allen drei Adressen gleich und hießen “Administrator“.

Der Auszug aus dem E-Mail-Header sieht folgendermaßen aus:

Return-Path: <mahnungtuuom@t-online.de>
X-Flags: 1001
Delivered-To: GMX delivery to vorname.nachname@******
Received: (qmail invoked by alias); 01 Jun 2010 12:12:52 -0000
Received: from no-dns-yet.demon.co.uk (HELO t-online.de) [83.104.221.147]
by mx0.gmx.net (mx099) with SMTP; 01 Jun 2010 14:12:52 +0200
Received: from mmx09.tilkbans.com [50.3.154.132] by mailout.endmonthnow.com with SMTP; Tue, 01 Jun 2010 07:07:53 -0600
Received: from unknown (HELO qnx.mdrost.com) (Tue, 01 Jun 2010 06:49:35 -0600)
by relay37.vosimerkam.net with LOCAL; Tue, 01 Jun 2010 06:49:35 -0600
Received: from webmail.halftomorrow.com ([135.228.81.51]) by smtp.mixedthings.net with SMTP; Tue, 01 Jun 2010 06:45:05 -0600
Received: from mts.locks.grgtween.net [140.176.127.83] by mxs.perenter.com with ASMTP; Tue, 01 Jun 2010 06:34:09 -0600
Message-ID: <737DB35B.03197E32@t-online.de>
Date: Tue, 01 Jun 2010 06:18:42 -0600
Reply-To: “Mahnung” <mahnungtuuom@t-online.de>
From: “Mahnung” <mahnungtuuom@t-online.de>
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4
MIME-Version: 1.0
To: “Administrator” <vorname.nachname@******>,
“Administrator” <vorname.nachname@******>,
“Administrator” <vorname.nachname@******>
Subject: Mahnung
Content-Type: text/plain;
charset=”iso-8859-1″
Content-Transfer-Encoding: 7bit
X-Priority: 1
X-GMX-Antivirus: 0 (no virus found)
X-GMX-Antispam: 3 (different HELO strings used by IP);
Detail=5D7Q89H36p4L00VTXC6D4q0N+AH0PUCnetdm6+jp8LGPxQjTA5kFyVhx4i9dm8gtEcziC
yoNz9xVnSGDwgzIMqnT+pJs53ymQcv9g4tQiKgRXtuJlABk2eIgZEze3HA/L4ksbn+7MTIeDvikr
nGG3Q==V1;
X-GMX-UID: d88xfbw/bUko1uisWGknJvpkZ2hlN8ox

Damit nicht genug… denn als nächstes folgt der Inhalt der E-Mail:

Sehr geehrte Damen und Herren,
Sie wurden von einen Freund bei Online Poker angemeldet.
Ihr Freund hat für Sie 15 Euro als Geschenk eingezahlt und gewonnen.
Bitte holen Sie ihr Geld Gewinn über 136,52 Euro ab. Danke
!!! Poker Jackpot 2.500.000 Euro !!!

Hier sind ihre Zugangsdaten:

———————————-
Ihr User Name: cyberstar-436672
Ihr Passwort:  Gloaavu
———————————-

http://vegascity24.net/Poker-Software.exe

( Bitte Hier die Software kostenlos Downloaden )

———————————-

( Ihre Zugangsdaten werden nach 24 Std. aus Sicherheitsgründen gesperrt. Sie müssen sich dann mit den gleichen Daten nocheinmal kostenlos anmelden. Ihr Gewinn bleibt auf ihren Konto bestehen !! )

Ihre IP Adresse wurde bei der Anmeldung gespeichert.

Ihre IP: 217.136.112.153
Uhrzeit: 21:47 Uhr

Auf ihren Spielerkonto sind aktuell:

Betrag: 136,52 Euro

Letzte Kontobewegung: Gestern um 21:47 Uhr.

————————————————-

Sie können ihr Geld einfach und direkt auszahlen lassen. Downloaden und Starten Sie einfach kostenlos die Poker Software.
Sie können dann sofort über ihr Geld verfügen und auszahlen lassen.

http://vegascity24.net/Poker-Software.exe

————————————————-

Unsere Online Poker Software hat ein Gütesiegel vom Computer Bild und ist Testsieger von 2010.

Einfach mal kostenlos und unverbindlich Testen.

- Spielen Sie mit oder ohne Geld ( Funmodus )
- Lizenziert und Reguliert.
- Tägliche Pokerturniere mit über 10.000 Spielern
- Poker Jackpot 2.500.000 Euro
- 24 Std Support – 7 Tage die Woche
- 24 Std. Gewinn Auszahlung Weltweit.
- Sicher und Geschützt

http://vegascity24.net/Poker

http://vegascity24.net/Poker-Software.exe

( Bitte Hier die Software kostenlos Downloaden )

Vielen Dank und Viel Glück

Ihr Play-Star-Poker Team

John Smith
( Poker Manager )

——————————————

Newsletter Abmelden ? Ganz einfach hier:

http://vegascity24.net/abmelden.htm

oder per Email.

abmelden@vegascity24.net

24 Std. KUNDENDIENST

Deutschland: 0800-1813-7801
Österreich:  0800-0051-561
Schweiz: 0800-0017-321

Was sind das für Pfeifen??? Ein angeblicher “Freund” hat da jemanden zum Online Poker angemeldet. Die in der E-Mail angegebene IP-Adresse und die Uhrzeit müssen also von dem vermeintlichen “Freund” stammen, sie können also nicht von dem Empfänger der E-Mail sein. Denn: Zu dem angegebenen Zeitpunkt war in dem mir bekannten Fall zumindest einer der drei Empfänger nicht einmal zu Hause.
Sucht man bei ripe.net nach der angegebenen IP-Adresse, erhält man die Information, dass der IP-Adressbereich in Belgien liegt:

% This is the RIPE Database query service.
% The objects are in RPSL format.
%
% The RIPE Database is subject to Terms and Conditions.
% See http://www.ripe.net/db/support/db-terms-conditions.pdf

% Note: This output has been filtered.
% To receive output for a database update, use the “-B” flag.

% Information related to ’217.136.112.0 – 217.136.119.255′

inetnum: 217.136.112.0 – 217.136.119.255
netname: BE-BELGACOM-ADSL1
descr: ADSL-GO-PLUS
descr: Belgacom ISP SA/NV
country: BE
admin-c: SN2068-RIPE
tech-c: SN2068-RIPE
remarks: rev-srv: ns1.skynet.be
remarks: rev-srv: ns2.skynet.be
remarks: rev-srv: ns3.skynet.be
remarks: rev-srv: ns4.skynet.be
status: ASSIGNED PA
mnt-by: SKYNETBE-MNT
mnt-by: SKYNETBE-ROBOT-MNT
source: RIPE # Filtered
remarks: rev-srv attribute deprecated by RIPE NCC on 02/09/2009

role: Skynet NOC administrators
address: Belgacom SA de droit public
address: ANS/ROC/RNO/IEC – TGX Building
address: Boulevard du Roi Albert II, 27
address: B-1030 Bruxelles
address: Belgium
phone:  +32 2 202-4111
fax-no: +32 2 203-6593
abuse-mailbox: abuse@skynet.be
admin-c: BIEC1-RIPE
tech-c: BIEC1-RIPE
nic-hdl: SN2068-RIPE
remarks: ******************************************
remarks: Abuse notifications to: abuse@belgacom.be
remarks: Abuse mails sent to other addresses will be ignored !
remarks: ******************************************
remarks: Network problems to: noc@skynet.be
remarks: Peering requests to: peering@skynet.be
mnt-by: SKYNETBE-MNT
source: RIPE # Filtered

% Information related to ’217.136.0.0/16AS5432′

route: 217.136.0.0/16
descr: SKYNETBE-CUSTOMERS
origin: AS5432
mnt-by: SKYNETBE-MNT
source: RIPE # Filtered

Ich hatte ja gesagt, einer der Empfänger war nicht zu Hause, er war aber auch nicht in Belgien…

Last but not least, machen wir doch noch eine Whois-Abfrage über die Domain vegascity24.net:

Domain names in the .com and .net domains can now be registered
with many different competing registrars. Go to http://www.internic.net
for detailed information.
Domain Name: VEGASCITY24.NET
Registrar: BEIJING INNOVATIVE LINKAGE TECHNOLOGY LTD. DBA DNS.COM.CN
Whois Server: whois.dns.com.cn
Referral URL: http://www.dns.com.cn
Name Server: NS1.DNS.COM.CN
Name Server: NS2.DNS.COM.CN
Status: clientHold
Status: clientTransferProhibited
Updated Date: 31-may-2010
Creation Date: 21-may-2010
Expiration Date: 21-may-2011

>>> Last update of whois database: Tue, 01 Jun 2010 17:50:29 UTC <<<

NOTICE: The expiration date displayed in this record is the date the
registrar’s sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant’s agreement with the sponsoring
registrar. Users may consult the sponsoring registrar’s Whois database to
view the registrar’s reported date of expiration for this registration.

The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.
Domain Name………. vegascity24.net
Creation Date…….. 2010-05-22 10:42:59
Registration Date…. 2010-05-22 10:42:59
Expiry Date………. 2011-05-22 10:42:59
Organisation Name…. Li jun
Organisation Address. Shang Hai
Organisation Address.
Organisation Address. shanghaishi
Organisation Address. 200085
Organisation Address. SH
Organisation Address. CN

Admin Name……….. Li jun
Admin Address…….. Shang Hai
Admin Address……..
Admin Address…….. shanghaishi
Admin Address…….. 200085
Admin Address…….. SH
Admin Address…….. CN
Admin Email………. lixing689@yahoo.cn
Admin Phone………. +86.15255260239
Admin Fax………… +86.15255260239

Tech Name………… cheng boxing
Tech Address……… zhuhai
Tech Address………
Tech Address……… Zhuhai
Tech Address……… 519000
Tech Address……… GD
Tech Address……… CN
Tech Email……….. support@days.net.cn
Tech Phone……….. +86.8521532
Tech Fax…………. +86.8521532

Bill Name………… cheng boxing
Bill Address……… zhuhai
Bill Address………
Bill Address……… Zhuhai
Bill Address……… 519000
Bill Address……… GD
Bill Address……… CN
Bill Email……….. support@days.net.cn
Bill Phone……….. +86.7568521532
Bill Fax…………. +86.7568521532
Name Server………. ns2.dns.com.cn
Name Server………. ns1.dns.com.cn

Registriert von Li jun bei der BEIJING INNOVATIVE LINKAGE TECHNOLOGY LTD.??? Vielleicht erklärt sich so, warum der E-Mail-Betreff “Mahnung” lautet, es aber gar keine ist, sondern eher eine Erinnerung.
Was auffällt, ist, dass die Registrierung der Domain noch gar nicht so lange zurückliegt – 21.05.2010.

Wie dem auch sei: Man will mit der E-Mail nicht mahnen, sondern den Empfänger animieren, Software runterzuladen. Die Poker-Software.exe sollte auf keinen Fall runtergeladen werden – was sich auch schwierig gestalten dürfte, denn während meiner Recherchen konnte die vegascity24.net-Site nicht einmal gefunden werden.

In der gegenwärtigen Fassung ist dieser Vertrag jedoch ein tiefer Eingriff in die Grundrechte der Menschen in Deutschland. Aber vor allem werden damit die Voraussetzungen für Zensur im Internet geschaffen.

JEDER, der in oder aus Deutschland eine Website betreibt, fällt unter die Änderungen dieses Vertrags und wird garantiert zukünftig Probleme haben, stets im Sinne des Vertrags zu handeln.

Alle deutschen Blogger, Forenbetreiber oder schlichtweg Webmaster sollten deshalb aktiv werden und gegen die Neufassung ihre Stimme erheben – noch geht es. Unter zensur-in.de gibt es die Möglichkeit, sich mit seinen Unterschriften an einer Petition zu beteiligen. Ich sage “seinen Unterschriften”, weil der JMStV Ländersache ist, und man seine Stimme in allen 16 Bundesländern gegen der Vertrag erhebt.

customer@facebook.com

Im Betreff der Mail steht:

Facebook Password Reset Confirmation! Your Support.

Mein Passwort soll also angeblich zurückgesetzt worden sein. Aha, komisch ist, dass die Mail auf englisch kommt, mit mir redet Facebook deutsch. Und auch an eine E-Mail-Adresse von mir, die Facebook gar nicht kennt…

Die Mail, deren Inhalt – wie erwähnt auf englisch – folgendermaßen ist

Dear user of facebook,

Because of the measures taken to provide safety to our clients, your password has been changed.
You can find your new password in attached document.

Thanks,
Your Facebook.

enthält noch einen Anhang: eine ausführbare Datei mit dem Namen Facebook_details_382.exe.

Im Mail-Header steht

…
Return-Path: <anabels@xaoi.com>
Received: from 129.245-243-81.adsl-static.isp.belgacom.be (129.245-243-81.adsl-static.isp.belgacom.be [81.243.245.129]) by …; Fri, 19 Mar 2010 20:00:40 +0100 (CET)
Received: from 81.243.245.129 by mail.xaoi.com; Fri, 19 Mar 2010 20:00:29 +0100
Message-ID: <000d01cac796$71ae7180$6400a8c0@anabels>
From: “Facebook Support” <customer@facebook.com>
To: …
Subject: Facebook Password Reset Confirmation! Your Support.
Date: Fri, 19 Mar 2010 20:00:29 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary=”—-=_NextPart_000_0012_01CAC79F.0B84CAE0″
…
X-Mailer: Microsoft Outlook Express 5.50.4927.1200
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
X-UIDL: C%!#!LYo”!g~Q”!QFL!!

xaoi.com klingt nicht wirklich wie Facebook… Es ist Vorsicht angeraten!

Mit der View v$all_object_usage können Benutzer mit SYSDBA-Rechten schemaübergreifend Objekte abfragen.

create or replace view v$all_object_usage
(owner, index_name, table_name, monitoring, used, start_monitoring, end_monitoring)
as
select u.name, io.name, t.name, decode(bitand(i.flags, 65536), 0, ‘NO’, ‘YES’), decode(bitand(ou.flags, 1), 0, ‘NO’, ‘YES’), ou.start_monitoring, ou.end_monitoring
from sys.user$ u, sys.obj$ io, sys.obj$ t, sys.ind$ i, sys.object_usage ou
where i.obj# = ou.obj#
and io.obj# = ou.obj#
and t.obj# = i.bo#
and u.user# = io.owner#;

Download:Note: There is a file embedded within this post, please visit this post to download the file.

Doch in Saint-Jean-Pied-de-Port habe ich doch tatsächlich ein deutlich lesbares, spanisches Kennzeichen an einem grauen VW Passat entdeckt.

Die Daten der Ortsmarke sind:

• Breite: 43° 9’49.66″N
• Länge: 1°14’12.92″W

Auf den Fotos davor und danach (entlang der Strecke) ist das Kennzeichen nicht zu erkennen.

Wer noch Fehler findet… nur her damit. Der Planet ist groß, Street View immer verbreiteter, da gibt es sicher noch mehr zu entdecken – im wahren Sinne des Wortes.

Gerettet hat mich der Beitrag “Installing APEX 3.2.1” von Sara Blair im APEX-Blog. Er baut zwar auf die Dokumentation von ORACLE auf, geht aber auch explizit auf die Bilder-Problematik ein. Neben diesem Beitrag, in dem das ZIP-File der Version 3.2.1 in das Verzeichnis APEX3.2 direkt im Hauptverzeichnis entpackt wird, habe ich auch Blogbei- und Foreneinträge entdeckt, in denen man nach C:\TEMP entpacken soll. Selbst das ging in meinem Fall nicht…

Gut, ich habe mich nicht hundertprozentig an die vorgeschlagene Vorgehensweise von Sara gehalten. Sie schlägt vor, die neue Version in einen neuen Tablespace zu packen. Bei der Datenbank-Installation von 11gR1 wird APEX im Tablespace SYSAUX installiert. Da die Installation selbst bei meinen Versuchen stets funktioniert hat, habe ich also wieder SYSAUX gewählt. Mit anderen Worten: Der Installationbefehl

@apexins SYSAUX SYSAUX TEMP /i/

und das Laden der deutschen Sprache

(Achtung: vorher NLS_LANG auf GERMAN_GERMANY.AL32UTF8 setzen!)

@load_trans de

liefen fehlerfrei durch. Der alles entscheidende Befehl war dann:

@apxldimg.sql C:\APEX3.2\

und die Seite sah 1a aus, und Bilder waren auch zu sehen…

An dieser Stelle also: THX to Sara!

Nun aber der Reihe nach. Die Mail kommt von der Adresse reg@wbg-register-2009.com, hat den Alias “World Business Register” und den Betreff “Business Registration 2009/2010″. Der Inhalt lautet:

Ladies and Gentlemen.

In order to have your company inserted in the registry of World Businesses for 2009/2010 edition, please print, complete and submit the enclosed form (PDF file) to the following address:

WORLD BUSINESS GUIDE
P.O. Box 2021
3500 GA Utrecht
The Netherlands

email: register@registerwbg.com
FAX: +31 20 524 8107

Updating is free of charge!

If you are not the intended recipient, please submit an email to unsubscribe@registerwbg.com Your request shall be dealt with accordingly.

Der Einblick in den Mail-Header zeigt, …

…

Received: from customer-server69.catalservers.com (customer-server69.catalservers.com [91.212.126.69])
Received: from www.wbg-register-2009.com (customer-server69.catalservers.com [91.212.126.69])
by customer-server69.catalservers.com (Postfix) with ESMTPA id E3DDAA8EA9
…
Date: Mon, 28 Sep 2009 10:55:44 +0200
…
X-Mailer: Mail sent with Web2Life-Newsletter v1.1.5 — www.Web2Life.de
…

… dass die Scammer über die Türkei gehen und Software von Web2Life einsetzen. Genauere Details zu der IP-Adresse findet man bei ripe.net. Im Übrigen ist die in der Mail angegebene Telefonnummer aus den Niederlanden.

Dem PDF-File ist auf den ersten Blick nicht zu entnehmen, dass bei einer Anmeldung Kosten entstehen könnten. Die Kosten stehen jedoch versteckt in dem Textungestüm aus Großbuchstaben, hier steht:

…THE PRICE PER YEAR IS EURO 995. …

Ich füge dem Beitrag nicht das PDF-File als solches an, sondern lediglich eine Ansicht als Bild:

Man braucht eigentlich nur im Netz nach einer der angegebenen E-Mail-Adressen zu suchen, schon wird man fündig und merkt, dass das nichts gescheites sein kann. Die Mail kann getrost in den Spam-Ordner gekickt werden!

Damit könnte man leben, wenn es da nicht ein gravierendes Manko gäbe: In der Senderdatenbank sind einige, recht große deutsche Radiostationen nicht enthalten; und das seit geraumer Zeit. Ich nutze phonostar seit Jahren auch auf meinem Rechner und beobachte das mit äußerstem Missfallen. Alle nicht enthaltenen Streams werden von Tiscali bereitgestellt.
Meines Erachtens zieht sich phonostar aus der Verantwortung und schiebt den Schwarzen Peter Tiscali zu, da Tiscali die Streams geändert hat. In den phonostar-FAQ steht,  dass es wohl Verhandlungen mit Tiscali gab, die jedoch im Sande verliefen und es keine Einigung erzielt wurde. Für das PC-Programm kann man das hinnehmen, wenngleich ich es dennoch als Ausrede ansehe. Für das Angebot von T-Home hingegen sehe ich den Standpunkt von phonostar als inakzeptabel. Wie gesagt, unter den blockierten Sendern sind einige namhafte, große Radiosender, darunter sunshine live, der älteste und größte Sender auf dem Gebiet elektronischer Musik. Ich definiere es als Wettbewerbsverzerrung, dass phonostar nicht bereit ist, die Sender zu integrieren. Ihnen wird das Ausstrahlen ihres Programms über alle verfügbaren Medien unterbunden. Hier muss entweder seitens phonostar oder seitens T-Home schnellstens eine Lösung gefunden werden. Dazu kommt, dass ich den phonstar-Player bei T-Home äußerst umständlich finde.

Wie wäre es, wenn T-Home die Verhandlungen mit Tiscali und phonostar wieder aufleben ließe? Oder gar einen anderen Player integriert, der einfacher zu bedienen ist? Tatsache ist, es besteht Handlungsbedarf! T-Home und phonostar, handelt im Sinne der Kunden!

Das Einrichten einer ORACLE 11gR1 Datenbank unter Windows Server 2oo8 64-Bit ist an und für sich kein Problem, es sei denn, die Sicherheitseinstellungen auf dem System sind extrem hoch eingestellt (z.B. wegen BSI-Vorgaben). Da kann es schonmal vorkommen, dass man unter dem Account, unter dem man installiert hat, selbst den Listener nicht mal mehr stoppen kann. Das Starten und die Statusabfrage funktioniert.

Damit man als – angeblicher – Eigentümer des Listeners diesen auch wieder stoppen kann, ist folgende Zeile in der listener.ora einzutragen:

SQLNET.AUTHENTICATION_SERVICES = NONE

Sollte diese Zeile in der listener.ora bereits vorhanden sein, muss lediglich der Wert in NONE geändert werden.

Normalerweise sollten Benutzerrechte auf Unterordner vererbt werden. Das dachte ich auch, bis ich die Datenbank auf dem System mit sehr hohen Sicherheitseinstellungen eingerichtet hatte. Danach gehörte “mir” nicht mal der Ordner mit den .dbf-Files. Da ich Adminrechte hatte, ließ sich das ändern…

Die erste Hürde ist genommen, die Datenbank ist installiert und man kann sich connecten. Zur nächsten Baustelle – der Installation von VMware vCenter Server: Der Installationanleitung ist zu entnehmen, dass VMware vCenter Server den 32-Bit-ODBC-Treiber von ORACLE nutzt; wir befinden uns aber auf einem 64-Bit-System. Unter Windows 2008 sind alle systemnahen 32-Bit-Dienste in dem Verzeichnis

%windir%\SysWOW64

zu finden, so auch die Datei odbcad32.exe. Da jedoch die 64-Bit-Version von ORACLE 11g installiert ist, ist der Treiber nicht an dieser Stelle zu finden, sondern in der Systemverwaltung, also in der Standardumgebung. Erstellt man eine ODBC-Verbindung regulär über die Systemverwaltung, wird diese später von der VMware-Setup-Routine nicht erkannt, stattdessen erscheint folgendes:

In einem Thread des Oracle-Forums steht, dass man die ORACLE Database Gateways installieren soll, damit der Treiber auch in der 32-Bit-Umgebung steht. Das kann ich leider nicht bestätigen. Erst die Installation des 32-Bit-Clients – bzw. davon nur die ODBC-Verbindung – brachte den gewünschten Erfolg.
Man musste nach der Client-Installation lediglich die Datenbank in die tnsnames.ora des Client-ORACLE_HOME eintragen und die ODBC-Verbindung unter %windir%\SysWOW64\odbcad32.exe einrichten, und das Setup von VMware vCenter Server konnte ohne weiteres fortgesetzt werden.

Der Inhalt der Mail ist:

Sehr geehrte Damen u. Herren,

wir erweitern momentan unseren Packstation Service, und dabei sind uns knapp 30% Kundendaten verloren gegangen.
Deswegen müssen wir Sie bitten, das Sie sich in unserem System verifizieren, damit wir Ihre Daten erneut Importieren können.

Rufen Sie einfach diese Seite auf:

http://www.dpservice.de.ms

Wir hoffen auf Ihr Verständnis und danken Ihnen für Ihre Geduld in dieser Angelegenheit.

Ihr DHL Team

Für Interessierte präsentiere ich als nächstes Auszüge aus dem Mail-Header:

Return-Path: <babafillo@freenet.de>
Received: from mout4.freenet.de (mout4.freenet.de [195.4.92.94]) with ESMTPS id 3A16A298255
Received: from [195.4.92.21] (helo=11.mx.freenet.de)
by mout4.freenet.de with esmtpa (ID babafillo@freenet.de) (port 25) (Exim 4.69 #92)
id 1MTyZT-0006P7-Pf
Received: from li69-97.members.linode.com ([74.207.227.97]:48814 helo=wddsf-189fa6f45)
by 11.mx.freenet.de with esmtpa (ID babafillo@freenet.de) (port 25) (Exim 4.69 #93)
id 1MTyZT-0001WB-7p
From: “Sicherheitscenter” <babafillo@freenet.de>
Subject: DHL: Wichtig
Content-Type: text/plain;iso-8859-1
Reply-To: babafillo@freenet.de

Interessant ist, a) dass ich überhaupt kein DHL-Kunde bin und b) die Mail mich auf einer Adresse erreicht hat, die nur noch so nebenher dümpelt. Ich glaube, es ist Zeit, sie zu löschen…

Mr. Babafillo, mach erstmal den Angelschein, vielleicht klappt’s dann mit Phishen. Es ist doch wohl auffällig, dass sowas nicht von DHL kommen kann!

Da ist zum einen das SQL-Script in dem Beitrag von Hölschi bei killer-tomate.de. Er fragt damit die Index- und Tabellengrößen im eigenen User-Schema ab und stellt die Größen in MByte dar.

Etwas detaillierter ist das SQL-Script von Held Informatik (meine persönliche Meinung…). Es beschränkt sich auf explizit Tabellen und der DBA hat die Möglichkeit, die Tabellengrößen einzelner Schemata oder der Datenbank insgesamt abzufragen. Auch die Darstellung der Größe ist etwas benutzerfreundlicher.

Mit dem folgenden SQL-Statement kann man die gegenwärtige Buffer Cache Hit Ratio abfragen:

SELECT ROUND((1-(phy.value / (cur.value + con.value)))*100,2) "Cache Hit Ratio"
FROM v$sysstat cur, v$sysstat con, v$sysstat phy
WHERE cur.name = 'db block gets'
AND con.name = 'consistent gets'
AND phy.name = 'physical reads';

Ein denkbar schlechtes Ergebnis könnte dann so aussehen:

Cache Hit Ratio
---------------
          60,99

Über den Sinn dieses Ergebnisses kann man trefflich streiten, denn mit der nun folgenden Abfrage wird diese Zahl künstlich erhöht:

DECLARE
  v_dummy dual.dummy%TYPE;
BEGIN
  FOR I IN 1..10000000 LOOP
    SELECT dummy INTO v_dummy FROM dual;
  END LOOP;
END;
/

Nach diesem mehrfachen PL/SQL-Looping sieht die Buffer Cache Hit Ratio dann so aus:

Cache Hit Ratio
---------------
          75,66

Führt man das Statement weitere Male aus, erhöht sich die Zahl weiter.

Dieser Beitrag könnte auch unter dem Motto “Warum ist man immer bestrebt, das zu bekommen, was man nicht kriegen kann?” stehen. Denn wie man sieht, lohnt der Aufwand nicht, die Buffer Cache Hit Ratio zu tunen.

Da gibt es besseres: Das ORACLE Wait Interface (OWI) zum Beispiel. Es liefert genaue Informationen darüber, was getunt werden sollte.

Hermant schreibt in seinem Blog, dass eine zu gute Buffer Cache Hit Ratio auch nicht das Gelbe vom Ei ist. Es kann dann auch sein, dass die Ausführungspläne einiger SQL-Statements zu wünschen übrig lassen. In dem Fall sollte nach Statements mit sehr hohen “Buffer Gets” gesucht werden.

Nein, ich habe mich nicht vertippt, die Rufnummer hat wirklich vier führende Nullen und sieht nachfolgend wie eine 0800-Nummer aus. Dass die Betreiber damit Rückrufe ausschließen, ist logisch. Über die diversen Suchmaschinen finde ich bisher nichts. Aber vielleicht gibt es ja da draußen noch jemanden, der ähnliches erlebt (hat).

Vor etwas mehr als zwei Jahren habe ich für teuer Geld eine Zwei-Jahres-Lizenz der Symantec Norton Internet Security gekauft. Damals war ich von dem Produkt eigentlich überzeugt. Was mich jedoch im Lauf der Zeit immer mehr genervt hat, ist, dass diese Software ein immer größer werdender, tierischer Resourcenfresser ist. Das allein bewog mich zu dem Schritt, zur Konkurrenz zu wechseln. Und was soll ich sagen? Et jibt nix besser’s!

Was macht Symantec? Nur einen Tag (!) nach Ablauf des zweijährigen Abonnements erlaubt sich Norton, mein Konto mit einen Betrag von knapp EUR 60 zu belasten. Vor dem Ablauf erinnert die Software einen ja ständig daran und gibt einem die Gelegenheit das Abo zu verlängern. Nur, das wollte ich nie, habe diese Prozedur also nie gemacht.

Geht Symantec wirklich davon aus, dass man schon verlängern wird? Ich finde es dreist! Es ist nicht nur so, dass die produzierte Software den Rechner immer langsamer macht, was immer mehr Anwender zum Wechsel zur Konkurrenz veranlasst; die Firma versucht sich auch noch zu bereichern!
Im Complaints Board haben sich dazu noch eine ganze Palette anderer Symantec-Opfer geäußert, die alle im Großen und Ganzen sagen, dass der Widerspruch gegen diese Buchung ausreicht. Symantec zu kontakieren, ist aus meiner Sicht auch nur vergeudete Zeit, wobei das einige der Opfer gemacht haben und Symantec wohl auch umgehend reagiert hat.

Als ich die Buchung entdeckt hatte, habe ich sofort dieser Lastschrift widersprochen. Das wäre ja grundsätzlich kein Problem. Nur: ich habe damals mit Kreditkarte gezahlt. Und wie ich nun lernen musste, führt jeder Widerspruch in Bezug auf die Kreditkarte zu deren Sperrung. Dagegen ist aus Sicherheitsgründen nichts einzuwenden. Nur wusste ich vor diesen Geschehnissen nichts davon; davon erfuhr ich erst telefonisch. Eine kleine Rüge in Richtung Bank, mit der ich ansonsten vollkommen zufrieden bin; schließlich haben wir schon anderes erlebt.

Es fühlt sich denkbar schlecht an, wenn man als unbescholtener Bürger mittags kurz nach 12 Uhr an einem hungrigen Geldautomat steht, der einem den Mittelfinger zeigt und dann sagt: “MÖÖÖÖÖÖP! Ich fress’ jetzt deine Karte! ” Umso besser wird die ganze verfahrene Situation dann, wenn hinter einem noch ein dunkelhaariger Typ steht, der den Diskretionsabstand nicht mal im Ansatz kapiert hat. Wenn der meine PIN mitverfolgt haben sollte, nützt diese Kenntnis ihm auch nix mehr!

Dass die Dreistigkeit von Symantec noch mehr Rennerei verursacht, müsste man denen eigentlich in Rechnung stellen. Ich möchte diesen Beitrag eigentlich nicht dazu nutzen, vor dieser Firma zu warnen. Worauf ich hinaus will und worauf ich aufmerksam machen will, ist, dass die Prozesse bei Symantec nicht koscher sind. Da ich Symantec nicht direkt kontaktiert habe, sondern sofort der Lastschrift widersprochen habe, denke ich, dass Symantec in irgendeiner Form reagieren wird, ja, reagieren muss. Nur wie? Das wird sich zeigen.

Ich finde den Aufbau der Seite sehr gut. Macht weiter so.

Als Absender steht häufig: doris078@gmail.com und wenn die Möglichkeit besteht, dass auch eine Homepage angegeben werden kann, steht hier eben stets: http://www.erotic-load.net.

Das Impressum auf der Website ist allumfassend…

Owner: Web Entertainment Inc, Suite 1, Mec Complex, Avenue D’Aroha, Mahe, Seychelles. info@erotic-load.net
Service Provider: Heaven GmbH, Bahngleis 1A, 8212 Neuhausen, Schweiz. info@erotic-load.net

Die Firma wirbt damit, dass kostenlos Erotik-Clips angesehen werden können. Doch registriert man sich und übergeht den Link “accept terms of use” erhält man einige Tage später eine Mail, in der man aufgefordert wird, innerhalb der nächsten 7 Tage 95 Euro für das georderte 12-Monats-Abo u.a. auf ein Konto bei der Sparkasse Hochrhein, Kontonr: 77035798, BLZ: 68452290, IBAN: DE18684522900077035798 zu überweisen. Exakt 7 Tage später folgt schon die erste Mahnung. Im Übrigen unterscheidet sich die Adresse im Impressum mit der in der E-Mail: ABC Media GmbH, Im Hang 3, 8903 Birmensdorf, Schweiz.

Allein in den erwähnten “terms of use” steht der Betrag von 95 Euro. Das ist allerdings rechtswidrig, gemäß einem Urteil des Landgerichtes München, Aktenzeichen 161 C 23695/06. Bei der Verbraucherzentrale gibt es Formschreiben, in denen u.a. auf ein weiteres Urteil des Landgerichtes München mit dem Aktenzeichen 30 S 10495/06 verwiesen wird. Danach ist eine Zahlung nicht zu leisten, wenn die Erbringung einer Leistung objektiv nicht möglich ist.

Bei Yahoo! Clever habe ich gelesen, dass eventuell neben Rechnung und Mahnung noch Schreiben vom Anwalt und einem Inkassodienst aus dem arabischen Raum folgen. Wie gesagt, es gibt Formschreiben bei der Verbraucherzentrale. Wenn man antwortet, sollte man diese Schreiben dann per Einschreiben in die Schweiz schicken.

Ja, was tun? Nennt man jetzt die allokierte Tablespace-Größe des Users, der ihm/ihr bekannt ist, oder nennt man nur den gegenwärtigen Daten-Füllgrad des Tablespaces? Oder geht man einen Schritt weiter und beziffert die Größe der Datenbank mit der Summe aller Datafiles? Mancher DBA fügt dieser Summe sogar die Größe der Tempfiles hinzu.

Was ist aber mit den Redologs und Controlfiles? Die gehören schließlich auch zur Datenbank! Die Größe der Datenbank in Bezug auf sämtliche Dateien, aus denen sie besteht – Datafiles, Tempfiles, Redologs und Controlfiles, lässt sich mit Hilfe einer kleinen PL/SQL Prozedur ermitteln.

set serveroutput on
set feedback off
declare
db_name varchar2(25);
alloc_database_size number;
used_database_size number;
alloc_datafile_size number;
used_datafile_size number;
alloc_tempfile_size number;
used_tempfile_size number;
redologfile_size number;
controlfile_size number;
begin
select db_unique_name into db_name from v$database;
select sum(bytes) data_file_size into alloc_datafile_size from dba_data_files;
select sum(bytes) temp_file_size into alloc_tempfile_size from dba_temp_files;
select sum(bytes_used) used_temp_file_size into used_tempfile_size from v$temp_space_header;
select sum(bytes) redo_log_size into redologfile_size from v$log;
select (a.bytes-b.bytes) bytes_used into used_datafile_size from (select sum(bytes) bytes from dba_data_files) a, (select sum(bytes) bytes from dba_free_space) b;
select (block_size * (1 + file_size_blks)) control_file_size into controlfile_size from v$controlfile where rownum = 1;
alloc_database_size := round((alloc_datafile_size + alloc_tempfile_size + redologfile_size + controlfile_size)/1024/1024/1024,3);
used_database_size := round((used_datafile_size + used_tempfile_size + redologfile_size + controlfile_size)/1024/1024/1024,3);
alloc_datafile_size := round(alloc_datafile_size/1024/1024/1024,3);
used_datafile_size := round(used_datafile_size/1024/1024/1024,3);
alloc_tempfile_size := round(alloc_tempfile_size/1024/1024/1024,3);
used_tempfile_size  := round(used_tempfile_size /1024/1024/1024,3);
redologfile_size := round(redologfile_size/1024/1024/1024,3);
controlfile_size := round(controlfile_size/1024/1024/1024,3);
dbms_output.put_line(‘Groesse der Datenbank ‘|| db_name);
dbms_output.put_line(‘—————————–’);
dbms_output.put_line(‘allokiert: ‘ || alloc_database_size || ‘ GB’);
dbms_output.put_line(‘genutzt:   ‘ || used_database_size || ‘ GB’);
dbms_output.put_line(‘—————————–’);
dbms_output.put_line(‘Details:’);
dbms_output.put_line(‘Groesse der Datafiles   : ‘ || alloc_datafile_size || ‘ GB’);
dbms_output.put_line(‘-> davon genutzt        : ‘ || used_datafile_size || ‘ GB’);
dbms_output.put_line(‘Groesse der Tempfiles   : ‘ || alloc_tempfile_size || ‘ GB’);
dbms_output.put_line(‘-> davon genutzt        : ‘ || used_tempfile_size || ‘ GB’);
dbms_output.put_line(‘Groesse der Redologfiles: ‘ || redologfile_size || ‘ GB’);
dbms_output.put_line(‘Groesse der Controlfiles: ‘ || controlfile_size || ‘ GB’);
end;
/

In der Prozedur wird sowohl die Größe der einzelnen Dateien als auch deren Füllgrad (bei Datafiles und Tempfiles) berücksichtigt. Selbstverständlich kann das Script dahin gehend erweitert werden, dass z.B. die Tablespaces einzeln aufgelistet werden. Sollte die Datenbank im Archivelog Mode gefahren werden (was für produktive Umgebungen zu empfehlen ist), können in der Prozedur auch die Archivelogs berücksichtigt werden.

Download:Note: There is a file embedded within this post, please visit this post to download the file.

Der ORACLE Real Application Cluster scheint für einige Anwendungen übers Ziel hinauszuschießen, diese Anwendungen müssen unter Umständen auch erst RAC-tauglich geproggt werden; da ist der ORACLE Data Guard die sinnigere Lösung. Der administrative Aufwand ist wesentlich geringer, auch die Kosten für Software halten sich im Rahmen.

Im Linux-Magazin befindet sich zu diesem Thema ein sehr informativer Beitrag.

Effektiver ist es jedoch, einen einzigen Befehl auszuführen und der global, also auch rekursiv, den String sucht und ersetzt.

find . -type f | xargs sed -i .bak ‘s/alterString/neuerString/g’

Dieser Befehl durchsucht jede Datei in dem Verzeichnis. Sie wird zunächst geöffnet, dann wird nach “alterString” gesucht. Wird dieser gefunden, wird ein Backup der Datei *.bak erstellt und erst dann wir der bisherige String durch “neuerString” ersetzt.

Ist man sich der Sache sicher, was man tut, kann man z.B. die Backup-Option ausschalten

find . -type f | xargs sed -i ‘s/alterString/neuerString/g’

Das funktioniert zwar, aber es gibt gravierende Nachteile: Es wird jede Datei berührt, unabhängig davon ob der gewünschte String vorkommt, und es gibt einen Konflikt mit dem Schrägstrich bei Pfadangaben. Dieser muss dann mit “\” maskiert werden. Für die Maskierung sähe der Befehl nun so aus:

find . -type f | xargs sed -i ‘s/alter\/String/neuer\/String/g’

Damit das System nicht unnötig belastet wird und nicht jede Datei einzeln berührt wird, muss der Befehl um eine weitere Option erweitert werden.

Mit dieser Extension kann man Trace Files analysieren. Das Deaktivieren der Extension lässt die CPU wieder aufatmen… außerdem ist sie für das tägliche Arbeiten mit dem SQL Developer nicht unbedingt notwendig.

Es gibt noch eine Reihe anderer Ursachen, die im Oracle Forum nachgelesen werden können. Wie es aussieht, scheint die Digger-Extension jedoch bei vielen die Ursache zu sein. Bleibt eigentlich nur noch, abzuwarten, wie mit der nächsten Oracle SQL Developer Version aussieht.

Beispiel:

Objekttyp SCHEMA_EXPORT/SEQUENCE/SEQUENCE wird verarbeitet
ORA-39083: Objekttyp SEQUENCE konnte nicht erstellt werden, Fehler:
ORA-00933: SQL-Befehl wurde nicht korrekt beendet
Fehlerhafte SQL ist:
CREATE SEQUENCE USER.TEST_SEQ MINVALUE 1 MAXVALUE 1,00000000000000E+27 INCREMENT BY 1 START WITH 1 CACHE 20 NOORDER NOCYCLE

oder die englische Version:

Processing object type SCHEMA_EXPORT/SEQUENCE/SEQUENCE
ORA-39083: Object type SEQUENCE failed to create with error:
ORA-00933: SQL command not properly ended
Failing sql is:
CREATE SEQUENCE USER.TEST_SEQ MINVALUE 1 MAXVALUE 1,00000000000000E+27 INCREMENT BY 1 START WITH 1 CACHE 20 NOORDER NOCYCLE

ORACLE DataPump hat für den MAXVALUE der Sequence den falschen Wert im CREATE SEQUENCE-Statement generiert. Im ORACLE DataPump Export Dump File steht der Wert 1,00000000000000E+27 (siehe Beispiele oben). Der korrekte Wert müsste jedoch 9999999999999999999999999 sein. Der Fehler tritt auf, wenn das ORACLE DataPump Export Dump File mit NLS Parametern (= NLS Territory settings) erstellt wurde, die das Komma (“,“) als numerisches Dezimaltrennzeichen nutzen (beispielsweise NLS_LANG=GERMAN_GERMANY.WE8ISO8859P15) und nicht den Punkt (“.“).

Um zu prüfen, welche Werte der NLS_NUMERIC_CHARACTERS in der ORACLE Datenbank Instance gesetzt sind, führt man in SQL*Plus die folgende Abfrage aus:

SQL> SELECT * FROM nls_session_parameters WHERE parameter IN (‘NLS_LANGUAGE’, ‘NLS_TERRITORY’, ‘NLS_NUMERIC_CHARACTERS’);

Das Ergebnis kann dann zum Beispiel so aussehen:

NLS_LANGUAGE                   GERMAN
NLS_TERRITORY                  GERMANY
NLS_NUMERIC_CHARACTERS         ,.

Die Lösungen

Das Problem tritt in ORACLE Database 10g Release 1 bis zum Patchset 10.1.0.3.0 auf. Mit Auslieferung des Patchsets 10.1.0.4.0 bzw. mit ORACLE Database Release 2 (10.2.0.1.x) wurde es gefixt.

Lösungsansatz 1:
Einspielen des Patchsets 10.1.0.4 im ORACLE_HOME der Quell-Datenbank, danach den ORACLE Datapump Export/Import erneut ausführen.

Lösungsansatz 2:
Setzen der Umgebungsvariable NLS_LANG mit dem Wert AMERICAN_AMERICA.[characterset] (z.B.: WE8ISO8859P15) auf dem Quell-System (im Übrigen ist der Fehler plattformunabhängig… ):

• Windows
  set NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15

• Unix C-Shell
  setenv NLS_LANG ‘AMERICAN_AMERICA.WE8ISO8859P15′

• Unix KORN-shell
  export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15

• VMS
  DEFINE/NOLOG NLS_LANG “AMERICAN_AMERICA.WE8ISO8859P15″

Danach ORACLE DataPump Export/Import erneut ausführen.

Lösungsansatz 3:
Die Fehler ignorieren und die Sequences nach dem ORACLE Datapump Import manuell in SQL*Plus erstellen, zum Beispiel so (vgl. den oben genannten Fehler):

SQL> CREATE SEQUENCE USER.TEST_SEQ MINVALUE 1 MAXVALUE 9999999999999999999999999 INCREMENT BY 1 START WITH 1 CACHE 20 NOORDER NOCYCLE;

Weitere Informationen gibt es im ORACLE Metalink:
Bug 3601775 – Impdp Generates Invalid Sql For Sequences With Large Maxvalue Ora-39083 Ora-933
Note 340300.1 – Import DataPump: ORA-39083 and ORA-933 when Importing Sequences With Non “.” NLS Decimal Character
Note 278937.1 – Import DataPump: ORA-39083 and PLS-103 when Importing Statistics Created with Non “.” NLS Decimal Character
Note 30778.1 – Init.ora Parameter “NLS_NUMERIC_CHARACTERS” Reference Note

Sehr schön beschrieben ist das in dem Forum von computerbetrug.de. Es fängt alles mit einer SMS von einer nach außen hin unscheinbar aussehenden Handynummer aus: 0172/4297812. Der Inhalt der SMS kann dem im Forenbeitrag erwähnten ähneln. Mit der Antwort auf die SMS geht man angeblich einen Vertrag mit der Firma Media-com Ltd. & Co. ein. Diese verlangt für 50 SMS 59 EURO. Die Rechnung für diesen Vertrag kommt von einem Inkassobüro namens Euroliquid in Werl. Zuvor wird man von dem Büro angerufen und nach seiner Anschrift ausgefragt und ‘n paar Tage später kommt dann die Rechnung ins Haus geflattert.

Im Grunde genommen, kann ich mit der Warnung, die ich mit dem Beitrag aussprechen möchte, auch nur auf den Forenbeitrag bei golem.de verweisen.

Gestern fand ich eine Spam-Mail von Lisa@losgehts.net in meinem Postfach, und deren Betreff war:

Seitensprung gefällig? Frag mich doch einfach mal, ich helfe dir weiter!

Im Text hieß es dann weiter:

Kontakt-Abenteuer-Seitensprung gesucht?

www.SeitensprungKontakt.com -privat-deutschlandweit-sofort
dann
Ruf einfach an, unter:

0176/88877799

und nenne das Kennwort: ONLINE

persönlicher, telefonischer Kontakt
kein Tonband, keine 0190er Nummer

Sofortkontakte zu aufgeschlossenen Damen und Herren für reale Treffs aus
Deutschland, Österreich und der Schweiz!
Garantiert auch in deiner Nähe!

Ruf einfach an: 0176/88877799
Direktkontakt-kein Tonband-keine 0190er Nummer

oder, um es visuell darzustellen:

(Das Bild erscheint hier NICHT zu Werbezwecken!!!)

Im Header der Mail steht: from zukunftshilfe.com (zukunftshilfe.com [195.39.8.144])

Also, wenn ihr mich fragt, ich würd’s lassen und nicht da anrufen! Das kann nix gescheites sein! Wer weiß, vielleicht reicht ein Anruf und man muss erst mal ‘nen Fuffi blechen, weil man den Service in Anspruch nehmen will? Gab’s alles schon! Interessant sind dazu auch die Treffer bei Google und ein Beitrag bei everflux.de.
Außerdem: Wurden 0190-Nummern nicht ersetzt durch 0900? In einem anderen Zusammenhang hatte ich mal Kompetenzsimulanten erwähnt… Die gibt es scheinbar überall!

1. beim Login
2. beim Stoppen des Enterprise Manager Services
3. beim Ändern des IAS_ADMIN Passworts

Wenn man das Passwort dieses Accounts vergessen hat, ist die nachfolgende Prozedur hilfreich, um es zurückzusetzen. Ich erläutere den Vorgang am Beispiel einer IAS-Installation unter Microsoft Windows; unter UNIX/Linux ist die Vorgehensweise jedoch ähnlich. Um das Passwort zurücksetzen zu können, muss man als der User angemeldet sein, unter dem der ORACLE IAS installiert wurde.

1. Die folgende Datei in einem Editor öffnen und diejenige Zeile finden, in der die Berechtigungen (credentials) des Users IAS_ADMIN definiert sind.
   

   %ORACLE_HOME%/sysman/j2ee/config/jazn-data.xml

   Das folgende Beispiel zeigt die Sektion der Datei jazn-data.xml mit dem Credentials-Tag des Users IAS_ADMIN

   <jazn-realm>
   <realm>
   <name>enterprise-manager</name>
   <users>
   …
   <user>
   <name>ias_admin</name>
   <credentials>{903}2Qt9qc/6zSZilslDB1/7NgtgMnA2Wnnlyd+xnHb+7WQ=</credentials>
   </user>
   …
   </users>
   </realm>
   </jazn-realm>

2. Die gesamte Zeile mit dem Credentials-Tag löschen.
3. Im Kommandozeilenfenster den folgenden Befehl eintragen und ausführen.
   

   %ORACLE_HOME%\bin\emctl set password reset <neues_passwort>

4. Neustart des Rechners; danach wird die Enterprise Manager Website das neue Passwor nutzen.