Hello Community!.
We have SAP Business One HANA version 9.3 installed and i want to know why my partner says that i have to upgrade my server“s hardware because too many people is working together in it.
This method is so expensive as well as it`s imposible to work smoothly by Remote Desktop!. (my specs: 10 cores Intel processor, 96GB RAM)
Reading the official documentation i figured out that we can use Web Browser Access. I think that with this method we`ll achieve more efficient use of RAM and CPU because remote server don't have to render user's desktop nor load any garbage services, can avoid users run any other apps (Chrome, Adobe Acrobat Reader, etc,etc) for each new concurrent active windows user sessions and all that this implies.
Then we ask to my partner why they don't recommend me to use that before for my SAP version (9.3 HANA). They answered me because it consumes more server hardware than desktop client because it uses RDP protocol too.
Web Browser Access problably use RDP but i don't know if it will be fine for 50 concurrent users.
I really apreciate your answers. Im literally on a bottleneck right now with that situation.
Thanks a lot! And cheers from Argentina!
Request clarification before answering.
Hi David,
"Resources" probably means RAM memory? Any remote client solution (RDP, web client, etc.) will use RAM on the server, that would otherwise be used on the workstation / laptop. That means that if you are already using a remote client solution now, using another one will not help, and if you are not using a remote client solution, then using one will only make the problem worse.
RAM memory is generally speaking relatively cheap (32 GB costs between 170 and 300 ā¬, depending on the brand). Have you checked the cost of extra RAM for your server? Is it really a show stopper? Please note, that you do not need to buy extra RAM from the same vendor that sold you the server. It just needs to be the same as the rest.
Regards,
Johan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi David,
"Sorry for my bad english."
Your english is actually quite good, don't worry. š
"could you explain me how web browser (9.3) works and how much resources consumes?"
Web browser access uses a web service. I do not know for sure what, but I guess the DI Server. It uses less windows resources than RDP, but the same amount of database resources.
"I just want to use another way to connect to my server not by Remote Desktop to sabe resources."
Like I said before: any remote client solution (RDP, web client, etc.) will use RAM on the server for each user connected. Some of that RAM would otherwise be used on the workstation / laptop. For example running a report.
Your options are:
Regards,
Johan
P.S. When you want to comment or ask more questions, please use the "Add a comment" link under my answer. When you post an answer, I will not get notified, and I will not know that you responded.
So from your other comments:
You have 96 GB RAM
1.5 GB x 50 users = 75 GB RAM
Windows Server needs about 12 GB RAM
That leaves 9 GB RAM for the company database. For smoothest possible operation, you should have 1 GB RAM per 1 GB of company database size. Half that should also be fine.
How large is your company database?
Hi M. Sundararaja Perumal!!
So mi friend how can i achieve that : "increase the pool size allocation"
1) Do you refer to DB or HANA memory?
2) Do you think browser access should works goods for 50 concurrent users? (Server specs 10 cores processor + 96GB Ram)
I really appreciate your answer. Thank you so much!!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi David,
Please use the "Add a comment" link below an answer to ask follow-up questions.
Otherwise the person who posted the answer will never know that you asked a follow-up question.
Regards,
Johan
dcano,
Under the SLD, edit the browser access you can control the pool size.
I have tested using 25 concurrent users before, you have to calculate 1.5GB/concurrent user. You may use note-2460464 for troubleshooting the browser access.
Thanks.
Awesome M. Sundararaja Perumal!. We have 20 concurrent users working much faster than desktop client right now!, thanks to you.
But some features like upload an image here (attachment). By Clicking on field 'escaneo' do nothing. Do you know how to solve this?.
Maybe i have to open a new thread with this problem.
Thank again!.

dcano,
For browser access by increasing the session time, it should became a viable solution for the customer. You may test this out 10 users and increase the pool size allocation accordingly.
Note that there are limitation in the browser access.
Thanks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi M. Sundararaja Perumal!!
So mi friend how can i achieve that : "increase the pool size allocation"
1) Do you refer to DB or HANA memory?
2) Do you think browser access should works goods for 50 concurrent users? (Server specs 10 cores processor + 96GB Ram)
I really appreciate your answer. Thank you so much!!
Hello Jan. Well we work on 9.3v so please excuse me but Im so confuse about that. If Web Client is only available on 10v then I refered to browser access. I know one of most important difference is that one of them run consuming Service Layer API (10v). So how could you explain me how web browser (9.3) works and how much resources consumes?.
I just want to use another way to connect to my server not by Remote Desktop to sabe resources. Maybe I could install desktop client out of server I mean locally or not I dont know. Please could you recommend me the best way to consume data out of server?
Sorry for my bad english.
Thanks a lot for read me.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
| User | Count |
|---|---|
| 16 | |
| 12 | |
| 8 | |
| 6 | |
| 4 | |
| 3 | |
| 3 | |
| 2 | |
| 2 | |
| 2 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.