[61011] in SAPr3-news

home help back first fref pref prev next nref lref last post

Re: ECC 600 - Windows vs. Solaris od. Linux

daemon@ATHENA.MIT.EDU (=?ISO-8859-15?Q?Markus_D=F6hr?=)
Mon Jun 23 16:55:47 2008

To: sapr3-news@mit.edu
Date: Mon, 23 Jun 2008 22:52:36 +0200
From: =?ISO-8859-15?Q?Markus_D=F6hr?= <wantbottom@t-online.de>
Message-ID: <48600D14.2040607@t-online.de>

> - Warum von Unix auf Windows umsteigen? Solaris Know How ist seit Jahren
>   vorhanden

Gute Frage...

> - SAP in einer VMWare Umgebung? - Warum sollte ich mir Performance
>   durch eine Virtualisierung kaputt machen?

Oracle ist für VMWare (und andere Virtualisierungstechniken) nicht 
unterstützt, hierfür müßte die DB dann trotzdem auf einer separaten 
Maschine laufen (siehe Hinweis 1173954 - Unterstützung von Oracle unter 
VMWare und XEN)

> - Welche Vorteile/Nachteile haben wir zu erwarten?

Migrationsproject - keine DB-Kopien möglich (Big-/Little Endian, 
R3load-Migration mit zertifiziertem Berater notwendig).

> - Warum sollte ich von einer genialen 64bit Architektur, die seit Jahren
>   funktioniert auf eine meiner Meinung nach nicht 100%-ig
>   funktionierenden 64bit oder gar eine 32bit Windows Umgebung wechseln?

Na... so kann man das nicht sagen :) Wir betreiben eine 2 TB Datenbank 
mit > 1000 Usern auf Linux x64 und es läuft hervorragend. Es laufen auch 
zwei Testsysteme auf Linux mit XEN. Beide Lösungen haben den Vorteil, 
dass die Virtualisierung mit dem OS mitkommt und keine $$$ Lizenzen für 
VMWare gezahlt werden müssen. Die Version nach ERP 6.0 gibt es nur noch 
auf 32bit, daran würde ich gar nicht denken.

> - Wäre Linux oder Solaris X64 eine Alternative - damit lässt sich
>   zumindest bei der Hardware evtl Geld sparen.

Ja - sehr richtig. Unsere Testsysteme (+ Java Instanzen) wurden auf 
Solaris x64 + Zones migriert - hier läßt sich RICHTIG Geld (+ 
Maschinen/Strom) sparen.

Wir haben gerade eine Angebot von HP in Arbeit - DL785 mit 256 GB RAM 
und 8 QuadCore CPUs - also 32 Rechenkerne für < 50.000 ¤.

> Da wir keinerlei Erfahrung mit ECC 6.0 auf Windows/Unix haben benötige 
> ich dringend Rat.

ERP 6.0 is schon resourcenhungrig.

Ich würde DRINGEND davon abraten, ABAP + Java als DualStack zu 
installieren - SEHR problematisch, Tuning + Administration + 
Abhängigkeiten. Da hierdurch der Zoo an Maschinen weiter wächst (je 
nachdem, was ihr mit ERP 6.0 machen wollt) kann man hier schon über 
Virtualisierung nachdenken - ist aber projekt- und anforderungsspezifisch.



-- 
Markus

home help back first fref pref prev next nref lref last post