Qual è la migliore architettura dell'infrastruttura SAP ERP?

Question

La mia azienda sta pianificando di implementare SAP HR nella nostra organizzazione. Abbiamo già in esecuzione gli altri moduli. Abbiamo in programma di offrire ESS / MSS a circa 200000 utenti. La nostra attuale configurazione è una macchina con un'istanza centrale e 3 macchine con istanze di dialogo. Il DB si trova sulla macchina dell'istanza centrale. Enterprise Portal + DB è in esecuzione su un computer separato. Stiamo pensando di separare il modulo HR in un DB separato in modo da non uccidere gli altri moduli con carico. È una preoccupazione valida? Esiste un modo migliore per progettare il sistema? Stavo pensando di separare il DB e l'istanza Cental su due macchine diverse. Ho provato a cercare sul mercato SAP qualche consiglio sull'architettura dell'infrastruttura SAP senza fortuna.

Answer 1

Non sono del tutto sicuro di cosa si intenda per " separando " ...

Vorrei approfondire l'idea di due sistemi SAP separati, uno per le risorse umane e uno (o forse più altri) per il resto. Ciascuno di questi sistemi può quindi essere dimensionato / protetto in base ai diversi requisiti (sistema HR molti utenti, possibilmente utilizzo di dialoghi elevati; l'altro sistema potrebbe essere un po 'più & Quot; orientato al batch & Quot;).

Questo sarebbe anche suggerito dalla strategia generale di SAP con quasi tutti i moduli che sono nella propria pianificazione di rilascio.

Per quanto riguarda il DB e il server delle applicazioni (istanza centrale?) che si trovano su macchine diverse .. questo è davvero molto comune e una delle misure di ottimizzazione più semplici. Puoi mescolare e abbinare abbastanza & Quot; spietatamente & Quot; con AppServer su Solaris e DB su HP-UX.

Answer 2

1. Separazione HR è un'opzione valida. Non è solo il carico, ma anche il Il modulo HR ha una sicurezza molto rigorosa esigenze. Ciò potrebbe causare alcuni difficoltà nella copia di sistema per qa e sviluppo sistema.
2. La separazione dell'istanza centrale e del DB in macchine separate è un'opzione valida. Ma non lo farei (lo stiamo facendo ...). Causa qualche complicazione nelle operazioni future. Come l'aggiornamento e la manutenzione del database. È più facile rimuovere tutto il carico dall'istanza centrale. Basta rimuoverlo dal gruppo di accesso. Quindi solo il server dei messaggi, il processo enque e il processo di aggiornamento (facoltativo ma consigliato) vengono lasciati su di esso.

Aggiornamento 1: Non è insolito separare il db dall'istanza centrale. Ma introduce qualche complicazione. Questo, penso, non è inquietante.