We run ePO on a dual P3 with 512MB RAM for about 1000 nodes. We also run the database on SQL 7. My first configuration was a single P3 with 256MB RAM and running the LDAP database with ePO 1.0. When I upgraded to ePO 2.0, I noticed that there were several instances of 100% CPU utilization for several minutes at a time. Our polling interval is set to 60 minutes.
So I upgraded to two processors and upgraded the RAM also. The other step I took was to move the database from the ePO server to a separate SQL 7.0 server. That made a huge difference with the CPU utilization.
Our current configuration runs very nicely for the 1000 nodes. Our CPU utilization for each processor generally peaks at 50 to 60% now instead of 100%. We also use this server to house the DAT updates and send the DAT updates out to the branch servers.
So to tax the system six times what we currently are, I would definitely start at dual processors with 512MB of RAM and watch the CPU utilization and memory use. I would make sure the server has room for processor and memory expansion.
I would also recommend housing the database on a separate server preferrably SQL. The MSDE database works fine, but is housed on the same server. The ePO server will run more smoothly with the database located on a separate server. When I was running the database on the same ePO server, it seemed like the database would hang every few days, so I was rebooting the server about two times a week. Once I moved the database to a separate server, I no longer have to reboot the server. It has been running for almost a year without a reboot.
Since we already had an SQL 7.0 server, it was easy for the SQL admin to add the database to the server. Now the database is included in the nightly backup routine. I also backup the ePO server in case of system failure.
I hope this helps, but if you have any questions, please let me know. I am happy to help!
Mary Pierson
Network Analyst
mkpierson@cnasurety.com