SAP

Úgy néz ki, hogy ennek a SAP-nak nálunk is áldozatul esnek a unixok. Nálunk FreeBSD van (volt? :()

Most megvettek minket, és bár külön cég maradunk, az új tulaj hozza a saját rendszerét, a Windowst a Lotus Notes-t meg a SAP-ot a szerverekre.

Nem hiszem, hogy bármibe lesz beleszólásom; pedig 5 év alatt egy egész jól működő unix alapú hálózatot hoztam itt össze saját mail szerverrel, vírus és spam szűréssel, házi web szerverrel, postgresql adatbázis szerverrel, plusz a telephelyeket is évekkel ezelőtt vpn-be kapcsoltam.

Most megy minden a kukába. :(

semmifel más adatbáziskezelőt nem támogatnak csak a microsoft sql servert. Ezen felül mivel több telephely van onnan majd terminal-serverrel lehet csatlakozni a szerverhez

1. azonkivul: Adabas/SAPDB, Db2, Oracle, Informix
2. nem kell terminalserver, csak SAPkliens (ami platformfuggetlen)
3. azt a "szakertot" keruld el a jovoben

Re

Az SAP hivatalosan tamogatott linuxon:

RedHat ES/AS es Suse Enterprise

jelenlegi linux platformok i386, power, S/390 (zSeries), IA64 (bar eze lehet hogy csak hpuxxal, lusta vagyok megnezni OSS-en)

Oracle, Informix, SapDB, MsSql, DB2 adatbaziskezelok

SapGUI: winen binalis, linux/solaris/osx javas gui (utobbi nekem az istennek se megy)

Egy dolgot ne hagyjatok figyelmen kívül, az SAP cégnek rengeteg terméke van. Ezek közül a kisvállalatokat célzók közül, elképzelhető, hogy az "egyszerűség kedvéért" vannak platform megszorítások.
Pontosan milyen SAP termék bevezetéséről van nálatok szó?

Mert való igaz egy nagy rakás az támogatott Linux-on is. Az új termékek esetében egyre inkább ez a trend. Persze itt is vannak csilli-villi komponensek amik Win-only.
A kliens oldal azaz SAP GUI megint más tészta valóban van JAVA verzió.
Másik lehetőség a SAP rendszert HMTL felületen megközelíteni, böngészőn keresztül.
Funkció gazdagságban (pl. office integráció, csilli-villi dolgok) a Win32 natív viszi el a pálmát.
Lényeg a lényeg nem egyértelmű.
Persze mindent nem szabad elhinni a "messziről jött embernek sem". :)

SAP adatbázisok terén sok mindent támogat. Oracle, MSSQL, MaxDB, DB2, etc. OS-ek terén: Solaris, AIX, Linux, Windows...
Egyáltalán nem szükséges leváltani a linuxos szervereket. Bár, azt hiszem linuxok közül csak redhat enterprise-ra és suse-ra van hivatalosan support. Ha más kell linux kell, akkor support kilőve, vagy sokat kell fizetgetni. :)
Amugy szerintem microsoft semmiféle hatással nincs SAP-re. Mellesleg van pár MS server nállunk, amin szintén SAP fut, de had ne mondjam, tragikus. Egy jó unix-on viszont tényleg kellemes. Ha egy mód van rá, akkor app-servert semmiképp ne tegyen senki winfo*-ra. Adatbázist meg szerintem méginkább ne. A GUI az más tészta. Az mindegy min fut, az fut. :)

[quote:02ea298ef9="lzrd"]
1, Paraszt vakítás. Kifejezés. Nem a paraszt szón van a hangsúly. Arra használatos, amikor a nagyérdemű kábítását akarod kifejezni.

Szerited az, szerintem nem, én SAP R/3 4.6C-vel kerültem közeli kapcsolatba nagy cégnél. Jól működött. Egy másik rendszert váltottak ki vele, ami kevesebbet tudott, igaz kisebb vason is futott, de a sap eszközeivel, a nagyobb rendszerhez nem kellett több ember adminisztrálni. Bázis szempontból.
[quote:02ea298ef9="lzrd"]
2, Jó, akkor annak tartod és akkor mi van? Én meg konstruktívnak tartom. Szemellenzős az, ha tudomásul veszed, hogy ez van. ezt kell szeretni...

Persze az nem, hogy ez rossz de mást nem tudok mondani de ez rossz az tuti. :) Nem tudomásul veszem, hanem tapasztalatból írom, láttam működik. Nagy cégnek jó.
[quote:02ea298ef9="lzrd"]
3, Nem kell azzal foglalkozni. Vegyen sapot. De a sap ettől még nem lesz jó sajnos. Nem kell önállóan fejleszteni, de miért ne tehetné meg egy cég, hogy megrendel egy programot egy programfejlesztéssel foglalkozó cégtől?

Nem veszed észre, hogy a SAP is ez, csak nem a nulláról indul, az infrasturktúra adott. Az alkalmazást kell testre szabni mert nagyon rugalmas és rengeteg minden állítható benne. Nem is feltétlenül kell fejleszteni benne.
[quote:02ea298ef9="lzrd"]
4, Deja Vu! Nem fejlesztenek sap alternatívát? Akkor biztos a sap a jó!

Ha már annyira, úgy működne a világ ahogy te szeretnéd, akkor biztos sok alternatíva lenne, mert sok cég fejlesztetne SAP helyett. Attól nem lesz jó a SAP, csak egyszerűbb bevezetni, mint újra megiratni valamit a kezdetetktől. Nem csak pénz a kérdés, hanem idő és tudás is. Egy cég akinek nem informatika a fő tevékenysége, nincs arra berendezkedve, hogy egy ilyen komoly fejlesztést szakmailag támogasson. Nagyon komplex tud lenni egy ilyen rendszer, pénzügy, logisztika, humán erőforrás, mindez integrálva.
[quote:02ea298ef9="lzrd"]
5, Megint itt tartunk? Fejleszteni ennyi pénzből lehet. Ja, nem akar? Ne akarjon. Akkor vakparaszt!

Ez egészen érdekes duális világkép. :) Az egyik oldalon a vakparasztok a másikon pedig a fejlesztők.
[quote:02ea298ef9="lzrd"]
9, Miért kéne alternatívát megnevezni? Ha nem nevezek meg alternatívát, akkor ebből következik, hogy a sap jó? Nem.

Attól nem lesz jó, de ha annyira rossz lenne mint írod akkor biztos, hogy lenne más ami jobb. Amíg viszont nincs másik alternatíva addig mit tud egy cég csinálni, ha nem akar fejlesztetni? Aminek a kimenetele elég kérdéses.

[quote:5343bcf867="szekelyk"][quote:5343bcf867="lzrd"]
5, Megint itt tartunk? Fejleszteni ennyi pénzből lehet. Ja, nem akar? Ne akarjon. Akkor vakparaszt!

Ez egészen érdekes duális világkép. :) Az egyik oldalon a vakparasztok a másikon pedig a fejlesztők.
[quote:5343bcf867="lzrd"]
9, Miért kéne alternatívát megnevezni? Ha nem nevezek meg alternatívát, akkor ebből következik, hogy a sap jó? Nem.

Attól nem lesz jó, de ha annyira rossz lenne mint írod akkor biztos, hogy lenne más ami jobb. Amíg viszont nincs másik alternatíva addig mit tud egy cég csinálni, ha nem akar fejlesztetni? Aminek a kimenetele elég kérdéses.

Azthiszem azért magát csak kicsit is komolyanvevő ember olyat nem jelenthet ki hogy az SAP xar... Így nemes és butuska egyszerüséggel. Itt most emlékeztetnék, hogy a világ (nem németország, nem európa, világ) ERP piacának több mint 50%-át az sap birtokolja. Biztos benne igen tisztelt Izrd, hogy ennyi rövidlátó cég, szakember van, akik tudatlanságból ilyen gagyit vesz??? Emlékeztetnék, hogy a versenytársak között olyan tehetetlen minicégek akadnak mint az M$, Oracle, Peoplesoft stb.

Azon meg, hogy egy SAP bevezetés áráért miért nem irat valaki egy jobb rendszert, szerintem magad is szárazra röhögted a torkodat. Mert ha ez ennyi lenne, akkor egy olyan mogul mint az Oracle, a maga több ezer hivatásos fejlesztőjével, végképp lemosná a béna SAP-ot. És mi történik? Az Oracle Applications évek alatt sem tud még a közelébe sem jutni az SAP-nak. Fölvásárolják hatalmas pénzért a JD Edwards-ot, amely megintcsak ezer éve van ezen a piacon és megintcsak töredék a részesedése. Ez nem vezet sehová. Mert a JD Edwards felhasználók nagyrésze áttér SAP-ra. Nekimegy a PeopleSoft-nak. Elsőre nem megy. másodikra nem megy. Harmadikra tudja, megintcsak brutál zsebpénzért, megszerezni ezt is. Eredmény? A háron cég és termékeiknek összessége nem teszi ki az SAP részesedésének a felét.

Összefoglalva. Szerintem valaki gyorsan oktassa már ki ezt a ballfék oracle-t, hogyan is kell programot írni :lol:

Izrd kartács: Arra még nem gondoltál, már csak kivételes véletlen folytán, hogy a te információid vagy tapasztalataid nem fedik tökéletesen az igazságot? Hogy nam az a sokszázezer cég téved, hanem netán ezalkalommal te?

Ahogy elnézem a legrosszabb esetben is csak egy szervert kellhet win-re állítani hálaaz rdesktopnak.

Ha kikérik a véleményemet, én is ezt fogom elővezetni. :?

De mi a helyzet a lotus notes-al? Mi az tulajdonképpen? Egy mail kliens vagy egy mail kliens + szerver?
Azaz a lotus notes bevezetésével még maradhat a mostani önálló (sendmail + procmail + spamassassin + clamd) mail szerverünk, vagy a lotus notes felváltja azt?

Bocs, hogy elrablom a témádat...

re

az SBO gyakorlatilag nem SAP termek...egy izraeli fejlesztest vett meg a SAP hogy lefedje a KKV szektort, es az alulrol jovo fenyegetesekre valaszoljon..(Navision, Axapta) elosszor probalkoztak a SAP KKV-val (mai neven All in One) ami egy normal R/3-as SAP joreszt elorecustomizalva.
Az SBO sajnos tenyleg csak MsSQL-en megy es windowsos alkalmazasserver kell neki (amugy vastagkliens architektura, "az uzleti logika a kleinsen van") Tudomasom szerint nincs mas kliense, es nincs is tervben

ui: pofozgatok par SBO-t es R/3-at is windowson, kulonosebb gond nincs veluk (win2k/2k03)

> Az SBO sajnos tenyleg csak MsSQL-en megy es windowsos
> alkalmazasserver kell neki

Megy Sybase ASE es IBM Universal Database Express Edition-nel is.
De ha megfelel a celnak, akkor MySAP All in one jobb lenne, az lehet UNIX is.

Lotus Notes "több, mint" egy levelező rendszer. Ha az én cégemről lenne szó, biztos be nem tenné a lábát a rendszerre a lótusz. SAP alatt szok lenni adatbázis. Ahhoz, hogy azt elérd, nem elég a SAPGUI. Ha az adatbázis windózon fut, akkor kellhet a remcon, PCanywhere, Citrix, terminal services client, akármi. Pölö AIX-Ora.-SAP alatt turkálhatsz az adatbázisban sapdba, brconnect, sqlplus-al is és akkor még nem futtattad a SAPGUI-t. Ha az én cégemről lenne szó, biztos be nem tenné a lábát a rendszerre a SAP! Szerintem parasztvakítás és bugzik, mint állat. Asszem nem lett említva a MySAP, mint DB alternatíva. Talán...

[quote:c017751b77="lzrd"]
Amennyi pénzt bele kell ölni és mégse műxik, annyiért veszel annyi programozót, akik akármilyen nyelven pontosan azt fogják produkálni, amire szükséged van.

Nagy parasztvakítás. Tipikus példája annak, hogy BÁRMIT el lehet adni.

Akkor mint az "ördög ügyvédje". :)
Szerintem ez nagyon szemellenzős hozzá állás, nem tudom ez a mentalitás honnan jön, de a világ nem úgy működik, hogy mindenki fejleszt magának egy vállalat irányítási rendszert. Pláne nem nagy cégek.
Mert nincs rá szakember - ergo nem tudja megmondani mi kell neki, pláne azt nem milyen nyelven -, nincs rá idő. Éppen elég neki a saját területén működni, még akkor tartson saját feljeszltőket a saját szoftverhez.

Persze van vele sok probléma, de az R/3 szerintem kiforrott rendszer, bázis szempontból, mindenképpen. Azt pedig tudom, hogy alkalmazás oldalon is rengeteg minden készen van, testreszabás után pedig működik akár még jól is.

Az érdekes módon senkinek nem jutott eszébe mit nyer vele a cég, könnyen lehet, sokkal többet megtakarít mint amibe került.
Pedig a SAP tényleg híresen drága.
A hardver és a szoftver piskóta az egész projekt árához képest.

Azért miért kell utálni valakit, ha csinált valamit és azzal sikeres lett.
Anno IBM termék volt, de ők nem láttak benne fantáziát, kiváltak a fejlesztők és bejött nekik.

[quote:d10131efbc="Morin"] Amugy doksik, etc: SAP Notes-ok is érdekesek. Akárhányszor kerestem megoldást a problémára, ha jól emlékszem, csak egyszer találtam. Persze a konkrét problémára sosem, de mással kapcsolatban találtam, amiből aztán másik 20 note elolvasásával kezdtem megérteni, hogy mi a nyavaja van.

Nem maradt más, mint a google. Namármost google meg annyit segit, hogy előbb verem a fejem a falba, minthogy megtaláljak valamit. Főleg, ha 8 órás munkaidő alatt 9 órába telne megtalálni.
Amugy, ha tényleg olyan jól dokumentált az SAP, mert lehet az, csak én nem tudok róla, akkor toljon már valaki nekem pár linket, nagyon megköszönném!

Amugy meg SAP könyvekkel sem ér semmit az ember. Hiába van meg, megtanulja és még mindig csak kattingatni tud.

SAP Note: Nekem erről más a tapasztalatom, én minden dologra találtam
megoldást. Fedeztünk fel bugot is, és arra meg készítettek patchet és küldték. Bonyolult rendszer esetleg sokmindent kell elolvasni, hogy megértsd.

Google itt nem sokat segít, service.sap.com oda meg azonosító kell, de az t kapsz ha veszel SAP rendszert. A másik meg az online help, adják vele CD-n ha telepíted akkor a GUI-ból tudsz ugrani a megfelelő fejezethez. Ez is sokat segít.

Könyvből csak az alapokat tudod elsajátítani - mint minden más esetében is - azután használni kell és tapasztalatot gyűjteni. Sokat segít ha van egy bázisos tanácsadó a közeledben. Aki minden projekt szerves része szokott lenni.

[quote:9951c9d9a7="szekelyk"]

Akkor mint az "ördög ügyvédje". :)

Nem kell ide ügyvéd! Van vak paraszt bőven, nem fog éhen veszni a SAP!

[quote:9951c9d9a7="szekelyk"]
Szerintem ez nagyon szemellenzős hozzá állás, nem tudom ez a mentalitás honnan jön, de

Az, hogy szemellenzősnek tartasz, az a magánvéleményed, szólásszabadság van, elmondtad. Szerintem nem kell minden marketingrizsát benyelni!

[quote:9951c9d9a7="szekelyk"]
a világ nem úgy működik, hogy mindenki fejleszt magának egy vállalat irányítási rendszert. Pláne nem nagy cégek.

De igen! AMikor felvesz 10 ABAP programozót, akkor bizony fejleszt. Csak közben tanfolyamra kifizet egy egész milliárdot forintban. Ennyiből szerinted hány darab vállalatirányítási rendszert lehetne összerakni?
Ha erre jössz az ilyenkor szokásos: Ha nem tudsz jobbat akkor ne fikázd dologgal, akkor arra már most kifejteném, hogy azért, mert nem tudok tojást tojni, még meg tudom állapítani, hogy egy tojás záp (C) nemtomki, de jó!

[quote:9951c9d9a7="szekelyk"]
Mert nincs rá szakember - ergo nem tudja megmondani mi kell neki, pláne azt nem milyen nyelven -, nincs rá idő. Éppen elég neki a saját területén működni, még akkor tartson saját feljeszltőket a saját szoftverhez.

Ha nem tudja megmondani, hogy mit akar, akkor 1, mit keres vezető beosztásban, 2, az abap embereknek hogyan mondja el, hogy mit dolgozzanak?

[quote:9951c9d9a7="szekelyk"]
Persze van vele sok probléma, de az R/3 szerintem kiforrott rendszer, bázis szempontból, mindenképpen. Azt pedig tudom, hogy alkalmazás oldalon is rengeteg minden készen van, testreszabás után pedig működik akár még jól is.

Működik, persze, az első tranzakció lekérésig... Osztán magába fordul. Olyan lukacsos, mint az ementáli sajt. Nem tudok wc -l -t futtatni a saplogon.ini -mre, de szemre vagy száz szisztem van benne. Látok nap, mint nap érdekes shortdump üziket és elég kalap kakit, hogy meg lehessen a véleményem róla. Kliens modulokhoz nemtok hozzászólni, főleg backup, shortdump problémák adódnak szervereken.

[quote:9951c9d9a7="szekelyk"]
Az érdekes módon senkinek nem jutott eszébe mit nyer vele a cég, könnyen lehet, sokkal többet megtakarít mint amibe került.
Pedig a SAP tényleg híresen drága.
A hardver és a szoftver piskóta az egész projekt árához képest.

Nekem eszembe jutott. Negatív az eredmény.

[quote:9951c9d9a7="szekelyk"]
Azért miért kell utálni valakit, ha csinált valamit és azzal sikeres lett.
Anno IBM termék volt, de ők nem láttak benne fantáziát, kiváltak a fejlesztők és bejött nekik.

Nem tudom, én nem emléxem, hogy ilyent írtam volna, hogy azért utálom, mert sikeres. Akkor Fernando Alonsot is utálnom kéne, hiszen sikeres...

Amúgy, ha már az SAP bugokról van szó, tényleg van valami, amit nem bírok megérteni? Egyrészt az, hogy hogy lehet kiadni úgy programot, hogy az _köztudottan_ olyan hibás, hogy szinte semmit sem lehet vele kezdeni? Sőt, miért veszik meg? Alap, hogy kell fizetni egy basis-ost, azotúl még a programozókat, mert ugyebár azt muszáj, mert egyébként a cég meg van lőve és még egyéb emberkéknek kell rengeteg pénzt kipengetni, hogy valamit lehessen kezdeni az egésszel. Mindezentúl még az SAP-nek is rengeteget kell fizetgetni, ha van igény olyasmire, hogy support, etc. Jah, és persze mi ne hagyjam, hogy maga a progi is veszettül drága. Nem reális ennyi pénzt kiadni valamiért, ami _sokkal_ jobban bugzik, mint egy szakadt windows. :)

Kifejthetned hogy mit ertesz "lukas mint az ementali alatt"
Nekem pl van R/3 4.6 -om, dual p3-500/2giga rammal
suse, 2.4-es kernel, sapdb
produktiv rendszer, 2 eve gyakorlatilag csak azert lett leallitva hogy patcheljem, meg neha csinalok rola disaster recovery backupot.
olyan 25 konkurens user van, de kvazi realtime felhasznalas (van a cegnel kiskereskedelem is)

[quote:a601360098="lzrd"]
És felesleges. Mármint amit a dobozból kiveszel, annak nagy része felesleges. A hiányzó részeket meg a tanácsadóid és a programozóid elkészítik. Azonnal, ugye? Akkor miért is ne lehetne kihagyni a sapot a dologból?

A válasz nagyon egyszerű, azért mert az infrastruktúrát nem kell ismét megírnod. Minden egyes alkalommal külön-külön ahogy azt te elképzeled, mert mindenki fejlesztet magának. De az üzleti folyamatokat (logikát) sem kell a nulláról megírni mert a között a sok "felesleges" dolog között ott van.
Talán csak kicsit kell módosítani, vagy semmit és akkor használhatod.

[quote:bca9b78bbc="lzrd"]
Nem kell ide ügyvéd! Van vak paraszt bőven, nem fog éhen veszni a SAP!

Nem értem miért kell parasztozni, az hogy neked tetszik egy dolog, de ennél komolyabb indokot is találhatnál. Éhen veszni nem fog.
[quote:bca9b78bbc="lzrd"]
Az, hogy szemellenzősnek tartasz, az a magánvéleményed, szólásszabadság van, elmondtad. Szerintem nem kell minden marketingrizsát benyelni!

Azt a mentalitást tartom szemellenzősnek, hogy minek arra pénzt kiadni, írjuk meg. Talán nálam nem marketingrizsáról van szó, dolgoztam vele.
Tessék megérteni, nem minden cég fog szoftver fejlesztésbe fogni, mert nem azzal foglalkozik, inkább fizet érte.
[quote:bca9b78bbc="lzrd"]
De igen! AMikor felvesz 10 ABAP programozót, akkor bizony fejleszt. Csak közben tanfolyamra kifizet egy egész milliárdot forintban. Ennyiből szerinted hány darab vállalatirányítási rendszert lehetne összerakni?

Az testre szabás, a tanfolyam talán megint más tészta, hogy jön ide? Érdekes nekem nem tűnt fel, hogy túl sokan vágnának bele saját rendszer fejlesztésébe SAP helyett.
[quote:bca9b78bbc="lzrd"]
Ha erre jössz az ilyenkor szokásos: Ha nem tudsz jobbat akkor ne fikázd dologgal, akkor arra már most kifejteném, hogy azért, mert nem tudok tojást tojni, még meg tudom állapítani, hogy egy tojás záp (C) nemtomki, de jó!

Nem de arra kiváncsi lennék, mit gondolsz akkor mégis mit használjanak ezek a cégek?
Fikázni könnyű, alkotni nehéz. :) Ez is jó. :)
[quote:bca9b78bbc="lzrd"]
Ha nem tudja megmondani, hogy mit akar, akkor 1, mit keres vezető beosztásban, 2, az abap embereknek hogyan mondja el, hogy mit dolgozzanak?

Megmondja de a saját szakmai szempontjaiból, és ezt még le kell fordítani az informatikusnak. Ez még nem feltétlenül elég egy új szoftver fejlestéséhez.
Az abap kóder előtt még ott a tanácsadó, aki az ügyfél és az abap kóder között van.
[quote:bca9b78bbc="lzrd"]
Működik, persze, az első tranzakció lekérésig... Osztán magába fordul. Olyan lukacsos, mint az ementáli sajt. Nem tudok wc -l -t futtatni a saplogon.ini -mre, de szemre vagy száz szisztem van benne. Látok nap, mint nap érdekes shortdump üziket és elég kalap kakit, hogy meg lehessen a véleményem róla. Kliens modulokhoz nemtok hozzászólni, főleg backup, shortdump problémák adódnak szervereken.

Mégis milyen platform stb. ,mert nekem nem volt ennyire rossz tapasztalatom? Nem is volt száz persze. Ennyire nem rossz túlzol.
[quote:bca9b78bbc="lzrd"]
Nekem eszembe jutott. Negatív az eredmény.

[quote:bca9b78bbc="lzrd"]
Nem tudom, én nem emléxem, hogy ilyent írtam volna, hogy azért utálom, mert sikeres. Akkor Fernando Alonsot is utálnom kéne, hiszen sikeres...

Szerintem a SAP sikeres a maga területén, ezzel szemben csak lehúzták itt. De más alternatívát nem neveztek meg. Itt éreztem az utálatot.

[quote:760a49cd78="lzrd"]Lotus Notes "több, mint" egy levelező rendszer.

Fogalmazzunk úgy, hogy egy levelezésre is használható (jól-rosszul) csoportmunka-alkalmazás.

Az eredeti SMTP-szervert én meghagynám internetes mailgw-nek (a lótusznótusz smtp-je meg tolja kifelé a leveleket a saját smtp-szerveren keresztül, ill. az MX is mutasson a normális SMTP-szerveretekre, ami a megadott domaint tolja be a lótusznótuszra -- spam- és vírusszűrés után.

Miert hatranya a SAPnak hogy a vegtelensegig customizalhato?
Hogy mindent le lehet benne fejleszteni?
En ezt nemertem...
Pont ez az erossege...
SAP Note-ok...ez a masik..ilyen osszefogott es jolkezelheto know-how bazissal soha nem talalkoztam...az OSS-en a kerdeseim 99%-ra megvan a valasz...

Hali mindenkinek!

Nálunk az SAP-k nagyobbik része fut linux alatt. 2000-óta gyak nagyrészt abból él a cég bázisos része, hogy SAP-kat migrál át linuxra minden másról. Minden volt már rajta. Most éppen egy portált csinálunk linuxra, és egy produktív rendszert teszünk át 64-bites linux alapra. És ami a hab a tortán, most érünk lassan a végére egy nagyobb projektnek, ahol 45 SAP-t migrálunk winről 1 nagyobbacska linux clusterbe. Ez egy igencsak szép meló és elcsendesítheti azok hangját, akik a linuxot játékszernek tartják és nem hisznek a valódi kritikus környezetbeni bevethetőségében. ( tükrözött filer 8TB Disk... 7*24 órás működés, kínától európán át a brazilokig lógnak rajta gyárak stb) Igaz ez a magyarnál ezen a téren (linux) boldogabb német piacra vonatkozik. És ami a szép, ezen a téren még mindig inkább hiány van szakemberből, míg a többi területen inkább az ellenkezője igaz.

[quote:0950250a2f="szekelyk"]
1, Nem értem miért kell parasztozni,
2, Azt a mentalitást tartom szemellenzősnek, hogy minek arra pénzt kiadni,
3, Tessék megérteni, nem minden cég fog szoftver fejlesztésbe fogni, mert nem azzal foglalkozik, inkább fizet érte.
4, Érdekes nekem nem tűnt fel, hogy túl sokan vágnának bele saját rendszer fejlesztésébe SAP helyett.
5, Nem de arra kiváncsi lennék, mit gondolsz akkor mégis mit használjanak ezek a cégek?
6, Fikázni könnyű, alkotni nehéz. :) Ez is jó. :)
7, Megmondja de a saját szakmai szempontjaiból, és ezt még le kell fordítani az informatikusnak. Ez még nem feltétlenül elég egy új szoftver fejlestéséhez.
Az abap kóder előtt még ott a tanácsadó, aki az ügyfél és az abap kóder között van.
8, Mégis milyen platform stb. ,mert nekem nem volt ennyire rossz tapasztalatom? Nem is volt száz persze. Ennyire nem rossz túlzol.
9, Szerintem a SAP sikeres a maga területén, ezzel szemben csak lehúzták itt. De más alternatívát nem neveztek meg. Itt éreztem az utálatot.

1, Paraszt vakítás. Kifejezés. Nem a paraszt szón van a hangsúly. Arra használatos, amikor a nagyérdemű kábítását akarod kifejezni.
2, Jó, akkor annak tartod és akkor mi van? Én meg konstruktívnak tartom. Szemellenzős az, ha tudomásul veszed, hogy ez van. ezt kell szeretni...
3, Nem kell azzal foglalkozni. Vegyen sapot. De a sap ettől még nem lesz jó sajnos. Nem kell önállóan fejleszteni, de miért ne tehetné meg egy cég, hogy megrendel egy programot egy programfejlesztéssel foglalkozó cégtől?
4, Deja Vu! Nem fejlesztenek sap alternatívát? Akkor biztos a sap a jó! Nem igaz. De mind1! Mennyibe kerül a sap? Találna rá akárki programozót, hogy készítsen egy rendes rendszert ennyi pénzért (áááá, dehogy!) Mi?
5, Megint itt tartunk? Fejleszteni ennyi pénzből lehet. Ja, nem akar? Ne akarjon. Akkor vakparaszt!
6, Nem. Nem jó. Pont erről szól, amire ezt reagáltad, de mind1!
7, Ja, tanácsadót is meg kell fizetni a saphoz? Akkor mindjárt más! Bocs! Akkor mégis jó a sap!
8, windows 2K/AIX/SUSE - ORACLE/DB2 - és ugye a sap
9, Miért kéne alternatívát megnevezni? Ha nem nevezek meg alternatívát, akkor ebből következik, hogy a sap jó? Nem.

A SapDB, újabban MaxDB (átnevezték) egy nagyon jó kis adatbáziskezelő. Az SAP fejleszti a mai napig, csak marketing okokból lett MySQL MaxDB a neve. Ami a szép, hogy bár elfut rajta csontnélkül egy SAP pár száz konkurens felhasználóval, 40000 objektummal (tábla index stb) meg pár száz MB adatbázismérettel GPL licensz alatt hozzáférhető. Szerintem tisztán vili, hogy az SAP az Oracle orra alá akar borsot törni.

[quote:f9dfd6d73d="szekelyk"]csak lehúzták itt. De más alternatívát nem neveztek meg. Itt éreztem az utálatot.

Ja, egyébként télleg utálom a sapot, mert amennyi ráfordítással jár, annyiért ennél különbet lehet legyártatni. Több idő. Ja, tudom. Ár érték arány szerintem kaki. És felesleges. Mármint amit a dobozból kiveszel, annak nagy része felesleges. A hiányzó részeket meg a tanácsadóid és a programozóid elkészítik. Azonnal, ugye? Akkor miért is ne lehetne kihagyni a sapot a dologból?

Igy belegondolok hogy 0-rol ujrairsz egy ERP rendszert a tanacsadoiddal meg programozoddal...nem lehetetlen
csak tul sok ilyen bukott projektet lattam mar...
tobbszor a ceg is bedolt vele...

[quote:380c67bb55="RoLi"]Igy belegondolok hogy 0-rol ujrairsz egy ERP rendszert a tanacsadoiddal meg programozoddal...nem lehetetlen
csak tul sok ilyen bukott projektet lattam mar...
tobbszor a ceg is bedolt vele...

Lehet, hogy belebuknék. Nem tudom. Nem próbáltam. De ha lenne 200 millióm, akkor valszleg nem sapra költeném, hanem programozókra. Nem mondom, hogy biztos, hogy ez a jó, a jobb megoldás, de nekem annak tűnik.

programozokra, tanacsadokra, szakertokre, folyamatgazdakra, modellezokre, teszterekre..
es ezekutan meg mindig nincs mogotted garancia amit a sap vallal (tobbdimenzioban is)

Lattad mar az SapDB kodjat? Egy resze pascal-ban, a masik resze c-ben, erdekes elnevezesi (pl: cb245 nevu fv) rendszerben...

[quote:8075a73fff="Morin"]Amúgy, ha már az SAP bugokról van szó, tényleg van valami, amit nem bírok megérteni? Egyrészt az, hogy hogy lehet kiadni úgy programot, hogy az _köztudottan_ olyan hibás, hogy szinte semmit sem lehet vele kezdeni?

Eccerű! Nem az igényeket kell kiszolgálni, hanem a kalap szarra kell keresletet generálni. Egyrészt divatossá kell tenni. El kell hitetni a menedzserrel, hogy az SAP KELL neki. Meghívod egy kétnapos SAP bemutatóra egy 2000 méterrel a tengerszint felett levő tengerszem mellé, ingyen szállás, kaja, pia, fitnesz, lovaglás, estébé. A fennmaradó néhány órában esetleg télleg SAP marketing, reklámajándékok, hétfőn már tölti is ki a megrendelőlapot és este a hasonlóan magasan kvalifikált egykori évfolyamtársakkal a klubban már arról beszélgethet, hogy ő is milyen haladó szellemű überf.s.a gyerek, hogy megoldotta a cég minden problémáját, hiszen bevezetésre kerül a SAP! (és ha már sapra kidob a cég az ablakon 200 millió forintot, akkor a managernek is megjárja egy nagyobb kategóriás autó, hiszen megdolgozott érte)

[quote:b875fdf231="zeller"]
Fogalmazzunk úgy, hogy egy levelezésre is használható (jól-rosszul) csoportmunka-alkalmazás.

Vagy fogalmazzunk úgy, hogy Istencsapása...

Amugy nem vitatom hogy a SAP-al sokszor komoly problemak vannak, de alapjaiban veve szerintem egy jo rendszer.
(pl CRM 4.0, AS4100, 2giga ram, es kell neki 8 giga swap hogy elinduljon)

[quote:477be885b9="Oregon"][quote:477be885b9="RoLi"]Miert hatranya a SAPnak hogy a vegtelensegig customizalhato?
Hogy mindent le lehet benne fejleszteni?

Itt mar csak az a kerdes, ha fejlesztesz akkor minkeveszed meg?
Miert nem irsz egy alap modul kezelo rendszert aztan keszitesz modulokat?

Nem reg elmentem egy SAP CRM eloadasra. Azt hittem elhanyom magam amikor meglattam a webes GUI-t. Mert ugyi a user abbol dont.
A CRM-rol neem sokat tudtam meg, de arrol annal tobbet, hogy milyen kiraly az SAP.
Szerintem a CRM resze egy kalap *****. (mast nem ismerek)

Abban as szerencses helyizetben vagyok hogy tudok kodolni es az uzletkotes/ugyfelszolgalat/marketing harmas (ami maga a CRM) is nagyon a veremben van. Igy szamomra a fejlesztes egyszeru, mert nem kell kitalalnom mi is kell nekem (mert azt tudom) igy csak le kell kodolni. Ezzel ugy vagyok, hogy a vilag legjobb koderei is elmehetnek a levesbe, ha nem tudjak mi kell a usernek. Nya ezert van nalunk sajat fejlesztesu rendszer (ERP/B2C/B2B/CRM/SRM/CMS/OLAP).

udv Oregon

Hát nemtom... Nézd azért meg pl a Bayer München webshop-ját. Akár hiszed akár nem az egy SAP CRM. Meg a BMW webes felülete. Pl az SAP kalkulálja az árat azután, hogy összeállítod a magad kis autókáját szinestül szagostul motorostul. Meg ha elmész egy kereskedőhöz, akkor az emburka az SAP-tól fogja megtudni, miután bepötyögted mit akarsz, hogy az mennyi idő alatt fog elkészülni. Beleszámítva az alkatrészek megrendelési beérkezési esetleg legyártási idejét, az ügyben érintett gyárak aktuális kapacitását, a szállítócégek határidejeit és mindent. Megmondja, hogy hányóra hányperckor fog legurulni a szalagról a géped, ha akkor ott megrendeled. Mindehez tedd hozzá, hány alkatrészből áll egy darab mondjuk 7-es és azt hogy gyakorlatilag nincs raktár a gyárban (órára rendelik az anyagokat és ha egy beszállító egy napot késik, már kereshet is másik vevőt, mert a BMW vált az alternatív beszállítóra)
Azonkívül tedd ehez hozzá, hogy a mercédesz ugyanez pepitában....

Az SAP baja nem az SAP maga, hanem 90%-ban az aki bevezeti. lzrd írta valahol, hogy megveszed az SAP-t és már hívhatod is a 10 ABAP-ost....
Na ez a baj. Nézetem szerint ABAP-osra az esetek 99%-ában akkor van szükség, mikor az alkalmatlan tanácsadónak fogalma sincsen hogyan is kellene megoldani egy problémát. Természetesen az SAP-ban mindent meg lehet írni. Akár a standard SAP kódot is átírhatod (még egy butaság korábbrül), de ez a bukás legbiztosabb előjele. Ismerek céget, ahol az SAP úgy fut 7 éve, hogy csak időátállításkor van leállítva. Az ügyfél, nagy gyógyszergyár, még patcheket sem enged bejátszani, mondván futó rendszeren ne változtass....

Az a megjegyzés, hogy inkább írok egy alternatív SAP-t egy nagyobbacska licensz áráért..... Nem tudtam először, hogy ezt viccnek szánta Izrd, vagy nem látott még SAP-t. Ha csak egy bérelszámoló modult szeretnél írni, és csak a magyar jogszabályváltozásokat próbálod követni már ráfizetsz az egészre. Ha neaggyaisten van egy vagy több külföldi kirendeltséged és azoknak is vannak alkalmazottai, ahol ugyancsak változnak a törvények.... folytassam? Valóban az SAP R3 nem való kiscégnek. De egy bizonyos méret fölött szinte kikerülhetetlen. Szerintem. És lehet jól is csinálni. Persze rosszul is. De ezért nemááá sz SAP legyen a hibás!

[quote:e53b350de5="RoLi"]programozokra, tanacsadokra, szakertokre, folyamatgazdakra, modellezokre, teszterekre..
es ezekutan meg mindig nincs mogotted garancia amit a sap vallal (tobbdimenzioban is)

Jó, rendben. Nem szeretnék ezzel foglalkozni tovább. Vegyél sapot, vagy vegyen aki akar. Én kihagynám, ha lehet.

[quote:92c3fe1547="handler"]Lattad mar az SapDB kodjat? Egy resze pascal-ban, a masik resze c-ben, erdekes elnevezesi (pl: cb245 nevu fv) rendszerben...

Láttam. És meg is van ennek a magyarázata. Ez egy olyan rendszer, aminek már vagy 10 neve volt. Egy Berlini egyetemen kezdték írni ezer éve. Mielött az SAP megvette volna AdabasD néven futott. (ez is már sokadik volt) Nem is arra vették, hogy az R3-ak adatbáziskezelője legyen, hanem az APO rendszerhez (termeléstervezés erőforrások stb) kellett egy objektumorientált adatbáziskezelő, ahol a nagyobb kalkulációkat meg lehet csinálni. (itt akár TB-s nagyságrendű adatot kell rendezgetni. Ehez a memória kevés. Szóval erre kellett a sapdb. Erre csináltak egy kis fejlesztőcsapatot. Ezek reszelgették, fejlesztették. Az APO fogyogatott és akik megvették elvárták a full online mentést, a teljesítményt, a megbízhatóságot. Lassan egész pöpec kis adatbáziskezelő lett belőle. Aztán jött az Oracle és elkezdett puposkodni az ERP piacon. Erre az SAP kicsit továbbfejlesztette a SAPDB-t és alkalmassá tette az R3 alaprendszer kiszolgálására is. És hamár az Ora belepiszkít az ERP piacba miért ne kellemetlenkedjen a SAP az adatbázispiacon. Fogta és kiadta GPL alatt a maga rendszerét.
Én használom. SAP-khoz is, saját fejlesztésekhez is, céges adatbázisnak is. És mondhatom nagyon kevés dolog van, amit ezzel ne tudnék megcsinálni. Akkor minek fizessek oracle licenseket???

[quote:a39ef167de="lzrd"][quote:a39ef167de="zeller"]
Fogalmazzunk úgy, hogy egy levelezésre is használható (jól-rosszul) csoportmunka-alkalmazás.

Vagy fogalmazzunk úgy, hogy Istencsapása...

Nem véletlen a neve -- nagyarból jött. Lóóóóó....tusz... a másik fele meg résznem angol: no (mint nem/sem) tusz ez a "tudsz" rövidülése.

Ha még nyelvészkedünk egy kicsit, akkor lefordíthatjuk a nevét magyarra:

Ló....szt sem tudsz (vele megcsinálni) :-)

Dokumentumkezelésre viszont tűrhetően használható.

Tény a SAP kvázi ipari szabvány, mármint az R/3, tehát a nagy vállalatoknak szánt változat. Ez nagyon jól támogatott sok platformon pl. Linux Enterprise kategória (SLES, RHEL).
Linuxon tényleg nagyon jó, példa HS20 Blade 2x3.2GHz CPU, 4GB RAM, 150 usert simán vitt, kb. 600-ból, pedig a rendszerben volt még 10+ Power CPU meg számolatlan Giga RAM.

A kicsik felé meg nyit, mert a nagyoknak már van, arra már nem tud bővülni.
Lehet szeretni is meg nem is, de olyan tényező amivel számolni kell.
Talán arany árban mérik, de kapsz is a pénzedért valamit, nagyon jó tudásbázisuk van, jó támogatás van mögötte, SAP GUI külön nem fizetős, a nem produktív (teszt, fejlesztői) rendszerekért nem kell fizetned, szerintem jó a dokumentációja is, benne van egy csomó olyan technológia amit már nem kell külön megvenned.

R/3-hoz nem azért kell tanácsadó (bázisos is) mert annyira rossz a szoftver. (Az is persze :) Az új verziót addig patcheld amíg nem működik.) Hanem mert bonyolult, számolatlan emberóra fekszik a szoftverben, mindenféle folyamatok leképezve, és azt testre kell szabni. A bázisos emberen kívül a többiek az adott szakterületről jönnek (pénzügy, logisztika), de jól ismerik a SAP adott modulját.
A bázisosnak meg beállítani és működtetni kell vagy segíteni a helyi rendszergazdákat.
Szvsz, jól összerakták az R/3-at, sokat tud technikailag is. Nem kell kitalálnod, megvan csak használni kell, és lehet is. Tudom mert csináltam. Nagy cégeknek szerintem jól passzol.
Egy bizonyos méret és bonyolultság fölött nem megy, a na madj én megírom mentalitás. A SAP is sok idő alatt jutott el oda ahol most tart, persze lehet már túl van élete delén. Ezt te életed alatt nem rakod össze.

Persze nem vagyok elájulva tőle, pl. a GUI enyhén szólva sok helyen kivánnivalót hagy maga után. Cégek élnek meg ennek racionalizálásából.

A nagyvállalati informatika - meg ébresztő így működik mint előbb valaki lefestette - nem csak SAP esetén.
"Ilyen a világ kell a fegyver." ahogy a dal is mondja.

Remélem sikerült árnyalnom a képet. :)

ugye ez csak vicc, hogy nem tamogatott?

[quote:e253729417="Oregon"][quote:e253729417="RoLi"]Miert hatranya a SAPnak hogy a vegtelensegig customizalhato?
Hogy mindent le lehet benne fejleszteni?

Itt mar csak az a kerdes, ha fejlesztesz akkor minkeveszed meg?
Miert nem irsz egy alap modul kezelo rendszert aztan keszitesz modulokat?

Mert csak bizonyos részeit kívánja customizálni, nem az egészet 0-ról újracsinálni. Elég nagy és költséges feladat egy >100 Mrd éves nettó árbevételű cégnél zöldmezős fejlesztéssel kiváltani pl a FI, CO, HR, MM, PM, SD modulokat.

Az tény, hogy az SAP térnyerésének egy jelentős mozgatórugója maga az SAP név és az általa szervezett "konferenciák".

[quote:dd18ddb8cb="szekelyk"]
Talán arany árban mérik, de kapsz is a pénzedért valamit,

Ja, kapsz. Egy nagy dobozt. Amennyi pénzt bele kell ölni és mégse műxik, annyiért veszel annyi programozót, akik akármilyen nyelven pontosan azt fogják produkálni, amire szükséged van. Nem kell külön ABAP "program"ozókat fizetned évekig, ha használni akarod azt, amire kidobtad a pénzed és elvileg azért tetted, hogy használhasd.
Nagy parasztvakítás. Tipikus példája annak, hogy BÁRMIT el lehet adni.

Nos, igaz nem SAP-ról írnék néhány gondolatot, de ez is a témához tartozik. Az én volt cégemnél (TVK RT.) egy nagyon jó alternatívája van az SAP-nak, nevezetesen a BPCS (ejtsd: bipiksz). Mostanában merült fel a MOL (többségi tulajdonos) részéről, hogy át kellene állni SAP-ra, ezért felállítottak/felkértek egy szakértői csoportot abból a célból, hogy vizsgálja meg, mennyire alkalmas még a BPCS a vállalat irányítására. Ez alatt igazából azt kell érteni, hogy be kell feketíteni a BPCS-t, hogy lehessen cserélni. A végén a szakértők fel is mutattak egy "nagyon súlyos" hátrányt: "Nincs grafikus felülete".:)
Ez persze nem igaz, mert van neki, de azt nem vettük meg.
Nade nem is ez a lényeg, hanem szembeállítanék egy-két dolgot a két termékkel.
Pro:
- olcsóbb a BPCS, mint az SAP,
- alacsonyabb hardverigény (egy ~1200 gépből álló hálót visz egy 2 procis AS/400 i420-as 20 giga memóriával és 1,5 terra hdd-vel AIX-on a BPCS-t, a Lotust, a net proxy-t, karbantartási rendszer, stb.),
- az adatbázisa jóval szervezettebb a BPCS-nek (egy példa: amíg a BPCS-nek egy cikktörzse van, addig az SAP-nak akár 8-10 is lehet, aztán ezeket állandóan interfésszel kell töltögetni, összekapcsolni, ha dolgozni akarunk vele),
- Az SAP-ban nincs minden üzleti területre megoldás (ha jól emlékszem nincs például Controlling System),
- RPG alatt saját programok is készíthetők a BPCS-hez, szemben az SAP-val, amelyet nem tud a cég magának fejleszteni, hanem meg kell rendelni, mondanom se kell, mennyivel magasabb áron...
- Linux alatt is kényelmesen lehet vele dolgozni (TN5250).

Kontra:
- zöld képernyő,
- meg biztosan van neki több is, de mivel én nem voltam benne a projektben, ezért mást nem tudok, csak a "hivatalos" véleményt tolmácsolni.

A www.szintezis.hu-n vannak referenciacégek.

Persze ha már eldöntött tény az SAP, akkor tárgytalan.

Viszont jól jövedelmez, ha SAP szakértő vagy... :))

No igen, meg MAPICS, a JD Edwards, ja és az Axapta se maradjon ki! :)

[quote:960ca80bea="Tsab"]
Kérdés: Mi az a SAPDB? Véletlen egy olyan cucc amit felrakok debianra és akkor mehet rajta az SBO? Mert az jó lenne.

Ma már MaxDB néven fut:
http://www.mysql.com/products/maxdb/

Namár ha a support és egyéb dokumentációk és társai is szóba jöttek:
igen, a support tényleg elég jó, csak győzzél telefonálgatni nekik meg leveleket küldözgetni. Amugy doksik, etc: SAP Notes-ok is érdekesek. Akárhányszor kerestem megoldást a problémára, ha jól emlékszem, csak egyszer találtam. Persze a konkrét problémára sosem, de mással kapcsolatban találtam, amiből aztán másik 20 note elolvasásával kezdtem megérteni, hogy mi a nyavaja van. Másrészt meg orrba-szájba shortdump-ol minden. Nézegetheti az ember a dump analisyst, ha csak annyit lát, mint segitség, hogy szólj a dba-nak, mert egyedül nem tudod megoldani. Érdekes, ugyanis a dba is én vagyok. Szóltam magamnak, de még mindig nem derült ki a hibaüziből, hogy mi a helyzet. Persze, ha pro abap programozó lennék, akkor talán más lenne a helyzet.
Szóval a dump is megmondta, szinte szó szerint a megoldást: "Oldd meg a problémát". Köszi a segítségért. Nem maradt más, mint a google. Namármost google meg annyit segit, hogy előbb verem a fejem a falba, minthogy megtaláljak valamit. Főleg, ha 8 órás munkaidő alatt 9 órába telne megtalálni.
Amugy, ha tényleg olyan jól dokumentált az SAP, mert lehet az, csak én nem tudok róla, akkor toljon már valaki nekem pár linket, nagyon megköszönném!
Amugy meg SAP könyvekkel sem ér semmit az ember. Hiába van meg, megtanulja és még mindig csak kattingatni tud. Sok olyat nem taglal, ami a valóságban bekövetkezhet. Persze, biztos ez is ilyen marketing dolog, hogy a könyvben minden hiba nélkül megy. Mintha semmi másról nem szólna az SAP, mint a kattingatásról, vidám mosolygásról és orrba-szájba backup-olásról. Szóval ennyit a könyvekről is.
Na, szóval, ha valakinek van bármi jó linkje, ami hasznos lehet, akkor pls. osszátok meg velem! Előre is köszi!

[quote:4823ac096c="zeller"][quote:4823ac096c="lzrd"][quote:4823ac096c="zeller"]
Fogalmazzunk úgy, hogy egy levelezésre is használható (jól-rosszul) csoportmunka-alkalmazás.

Vagy fogalmazzunk úgy, hogy Istencsapása...

Nem véletlen a neve -- nagyarból jött. Lóóóóó....tusz... a másik fele meg résznem angol: no (mint nem/sem) tusz ez a "tudsz" rövidülése.

Ha még nyelvészkedünk egy kicsit, akkor lefordíthatjuk a nevét magyarra:

Ló....szt sem tudsz (vele megcsinálni) :-)

Dokumentumkezelésre viszont tűrhetően használható.

De lehet, hogy csak jól kéne beállítani...?

Hat igy kb kepbe lehet kerulni...

http://www.wown.com/articles_tutorials/Windows_2003_Terminal_Services_Part1.html
http://www.wown.com/articles_tutorials/Windows_2003_Terminal_Services_Part2.html

Meloztam egy cegnel, ahol SAP bevezetes volt eppen aktualis, termeszetesen M$ only cuccokkal. A terminal server helyett a csitrikszet mondtak, mint alternativat, de az meg dragabb. A linuxos meg unixos megoldasokat pedig csak nagyon nagy cegeknel szoktak alkalmazni.
Szerintem nagyban fugg ez attol, melyik ceg vezeti be az sap-t es mennyi penz van a projectre. Az en esetem eleg regen volt, lehet, hogy azota tenyleg nem tamogatott semmi mas, csak az M$. Mindenesetre a cegnel jo hamar felmondtam :-))))

rdesktop nevű csodával tudsz csatlakozni hozzá

[quote:ed7f00426e="Tsab"]Kijött egy delikvens hogy előadást tartson, és azt mondta hogy a microsoft hatására semmifel más adatbáziskezelőt nem támogatnak csak a microsoft sql servert. Ezen felül mivel több telephely van onnan majd terminal-serverrel lehet csatlakozni a szerverhez. Magyarán azokat is windowsra kell cserélni...
Ezért is akinek volt már dolga SAP-val azt kérem hogy mindenképpen írjon valamit hogy valami ésszerű döntést tudjak hozni.

Lehet hogy ez az egész csak névleges és simán rá lehet húzni egy mysql-re?

Mi az a terminal szerver? =))

Ha az adatbázis mégis windows lesz legalább ezt a terminál szerveres dolgot eltudom intézni linuxon?

[quote:f9aaaa8324="Tsab"]Üdv!
A munkahelyemen igencsak tervbe jött az átállás, ám azt mondják hallom hogy nem támogatott linuxon. Ki mit tud erről a sapos ügyről?

Eddig támogatott volt, nem tudom most mennyire tenyerelt bele a microsoft:

http://www50.sap.com/linux/
http://www50.sap.com/linux/platforms/index.asp#kernel

szvsz a sap egy k**va drága dolog és rendesen leakasszák a lovét a delikvensről.
** Remélem eggyütt vesznek oda :) **