Skip to Content

WAN is the new LAN with AccAD

Yes, I know what you must be thinking but this is right, with SAP’s newest technology i.e. Accelerated Application Delivery also called AccAD it has become possible. Performance has always been an issue while running web applications (SAP Portal, CRM Web Applications, BI Web Report etc.) over WAN and we haven’t seen any concrete solution addressing that challenge. Now that companies operating worldwide and the business processes are integrated and more streamlined and used across all geographical locations, there is a need to have a system which is centrally managed and easily accessed from anywhere (web). Now we all know the answer to that this was addressed by having a global instance of SAP Enterprise Portal which can be accessed by anyone and from anywhere. For example, you have SAP HR Portal, hosted in a Data Center either outsourced or in-premise and the Users from all over the world (India, China, Europe, Africa and Australia) access the portal related to their HR activities as shown below:


However with that, come the problems of Limited Bandwidth, High Latency, Network Traffic, Caching, Compression etc


AccAD provides you global connectivity over WAN as if you are running the applications in LAN. Well are you overjoyed? Wait till you read this statement, “AccAD is a complimentary offering for SAP NetWeaver and available for download to all customers”. It’s a standalone product and can be installed and setup easily with the existing Portal solution. It has mainly 2 components i.e. 1) SFE (Server Front-End) and 2) CFE (Client Front-End). SFE is the interface b/w Portal Server and WAN and CFE is the interface b/w end-user’s machine and WAN. See below:


So with AccAD in place the Image 1 will look like:


 I have experienced user’s complaining about the performance of the system even if the portal/J2EE engine is configured for the best possible performance. The distance between the client and the server is certainly an important factor while measuring performance and can not be ignored. AccAD virtually moves the application closer towards the end-user. So if you are in a similar situation where you have a global instance of SAP Enterprise Portal and the user base is spread all over the world, use of AccAD is highly recommended.  Now I don’t know how many customers are running this in their landscape at the moment (probably SAP can share that), but it’s certainly looks promising, so give it a try!!!

You must be Logged on to comment or reply to a post.
    • Hi John,

      Apologies for late reply. Few points on the system requirements for AccAD:

      1. Only Windows and Linux are supported for now
      2. It is recommended to have dedicated server for SFE and CFE with no other apps. running
      3. Linux is preferred when you have high concurrent users per remote office
      4. SFE is only supported for Linux. You can run CFE either on Linux or Windows
      5. You have to be on EP 7.0 SPS05 or higher OR EP 6.0 (WAS 6.40) with SPS09 or higher

      • Hi Vaibhav Dua,

        Thanks, how about CPU, Memory and Disk requirements, are there any metrics? For example, if we have a Portal mostly based on CM functionalities (Documents, XMLForms content), is there any rule like, if you have 2GB of content in Portal, CFE server should have at least the same size of disk available, memory should be half of Portal memory and one CPU is enough.

        Thanks & Regards

        • Hi John Travolta,

          As far as I know, you dont need any high-end servers to run SFE or CFE. Here is an example based on 30 concurrent users per remote office (from SAP) and SFE serving upto 25 CFEs:

          CPU – CFE(P III 866 MHz or higher)
                SFE(Dual Xeon 1.8 GHz)

          Memory – CFE(512 MB Min)
                   SFE (4GB min)

          Disk  – CFE(20 GB)
                  SFE(80 GB)

          Hope this helps