A session-replikációhoz a rendszert két részre kell vágnunk, ami egyben megoldja a clusterben futás kérdését is. Első lépésben meg kell vizsgálnunk, milyen feltételekkel tehetjük alkalmassá a portálalkalmazást a session-replikációra. A legfontosabb, hogy a replikációhoz szükséges szerializálhatósági követelményt teljesítse. Azoknál a részeknél, ahol ez nem lehetséges – mint a BPM-folyamatazonosítónál –, meg kell oldanunk a replikáció utáni minél zavartalanabb működést. Következő feladatunk a session-replikáció bekapcsolása. Fontos, hogy a szerverleállásokat és újraindításokat is átvészelje a session, így érdemes úgy kialakítani a környezetet, hogy különböző fizikai gépeken futó portálszerverek között történjen a session-replikáció.

A munkamenet (session) kezeléssel kapcsolatos beállításainkat webalkalmazásunk WEB-INF/WebLogic.xml leírójának, session-descriptor szekciójában tudjuk végrehajtani, s ennek megfelelően azok szállító (vendor) specifikusak.

Klaszteres környezetben a webes erőforrások (Servlet, JSP) terheléselosztása megoldható a WebLogic szerver saját proxy plug-in megoldásával vagy külső, nagy teljesítményű hardver eszközzel egyaránt. A következőkben a WebLogic saját proxy plug-in megoldását mutatjuk be.

Az Oracle Coherence termékének Coherence*Web modulja a HTTP session állapotkezelését oldja meg, klaszteres környezetben. Lehetőséget biztosít különböző webalkalmazások közötti munkamenet-megosztásra, akár heterogén környezetben is.

A session modell meghatározásával szabályozhatjuk a munkamenet-állapot fizikai reprezentációjának és tárolásának módját a coherence szerveren belül. A munkamenet állapot kezeléséért a HttpSessionModel objektum, a munkamenet állapotok tárolásáért a HttpSessionCollection objektum felel a Coherence*Web modulján belül.