[60630] in SAPr3-news
Re: Installation BI
daemon@ATHENA.MIT.EDU (Raphaela Corall)
Sat Feb 16 06:36:31 2008
To: sapr3-news@mit.edu
Date: Sat, 16 Feb 2008 11:34:00 GMT
From: "Raphaela Corall" <rc@llaroc.de>
Message-ID: <fp6juk.1vc.1@alphA.llaroc.de>
molenkruiser@googlemail.com wrote:
>> Frage: Ist es richtig, daß da erst mal ne DB irgendwo
>> installiert wird, dann kümmert man sich um die Installation des
>> ABAP-Stack, und dann kommt irgendwann die Installation des
>> Java-Stack hinterhergedackelt? Müßte nicht zumindest als
>> Inst.guide der für AS ABAP+JAVA benutzt werden, oder haben wir
>> da nen Unterschied zwischen double stack und zwei stacks auf
>> einer Maschine nicht begriffen?
>
> ABAP-System und Java-System sind getrennt, landen dann aber via MCOD-
> Installation in einer DB. Double-Stack heißt, dass die Java-Instanz
> fest an die ABAP-Instanz gekettet ist, mit einer SID. Zwei Stacks
> heißt auch zwei SIDs, wobei die MCOD-DB nur bei einem System liegt.
Ok, dann hatte ich tatsächlich den Unterschied nicht begriffen.
> Bei uns wird erst ein normales ABAP-System installiert und danach noch
> das Java-System samt DB-Inhalt. Und danach geht es dann wohl erst
> richtig los - die Verbindungen zwischen den Systemen kommen z.B. per
> Hand ins System... Wir haben heute mit der Installation
> angefangen.
Vielleicht auch auf Windows 2003 Server mit MS SQL Server 2005? Bei
uns geht es am Mittwoch los.
> Aber auch der Double-Stack, den wir z.Zt. haben, ist nur mit Mühe in
> Schwung gekommen, was da alles rumgezickt hat war schon nicht mehr
> schön. Rein spontan würde ich behaupten, mit 6 - 8 Tagen kommt man nur
> hin, wenn alles reibungslos klappt (was aber mal was Neues wäre, ist
> ja Java dabei...).
*g* Dafür lassen wir das doch nen Berater machen, daß es reibungslos
klappt ;-)
Danke jedenfalls für die Aufklärung. Das erspart mir, das WE mit
Recherche zu verbringen :-)
Gruß
Raphaela
--
Nein, der Betrieb kompromittierter Windows-Rechner am Internet ist
nicht fahrlässig, sondern Stand der Technik. 8-P
Florian Weimer in <87oe5wtgzy.fsf@mid.deneb.enyo.de>
