Basic database sizing

M

mmelnychenko

Hello,

I am implementing Project Server 2003 for a medium sized IT operation, and
will be including WSS and OLAP functionality. I need to specify disk
requirements for the databases involved (Project Server, WSS Config, WSS
Content and the standard OLAP cube) and have found very little information on
how to estimate this. I realize there are multiple variables involved, but
the only answer I have found thus far was to load some data, check the size,
load more data over time and check the size again. Not very helpful for
planning...

Here is all of the info I can think to provide as input to determining
initial size.

- Number of projects should be about 150-200.
- Typical number of tasks in a plan would range from 1000-3000.
- Typically only 1 resource will be assigned to each task.

Any help in how to go about sizing this would be greatly appreciated.

Thanks,
Mark
 
R

Rick Roszko

Hi,

Not enough information to give you an accurate size estimate, but here goes
anyway...

You said:
- Number of projects should be about 150-200.
- Typical number of tasks in a plan would range from 1000-3000.
- Typically only 1 resource will be assigned to each task.

Need more info:

- Need to know how many resources in your resource pool
- 200 projects per year? Are you going to archive/delete old projects?
- What's your expected usage of WSS?
Risks and Issues with a few docs or a huge "put all your docs here" storage?

What about speed? What is your typical PM and Resource usage load?
Why do you need to know this? So additional servers can be brought
into the picture to offload the processor load... LAN only? WAN? VPN?


One server:
All in one: MSPS, WSS, View Processor, Session Manager, SQL, Analysis
Services (OLAP)

Typical two server:
(1) MSPS, WSS, View Processor, Session Manager
(2) SQL, OLAP

Typical three server:
(1) MSPS, WSS
(2) View Processor, Session Manager
(3) SQL, OLAP

Typical four server (assumes high OLAP usage):
(1) MSPS, WSS
(2) View Processor, Session Manager
(3) SQL
(4) OLAP

Typical four server (assumes high WSS usage):
(1) MSPS
(2) WSS
(2) View Processor, Session Manager
(3) SQL, OLAP

Super high load systems
(1) MSPS
(2) WSS
(3) View Processor, Session Manager
(4) SQL
(5) OLAP

And I am not addressing proc counts or RAM here...

Also consider: Are you going to extend the OLAP cube?

For best SQL performance, a ton of RAM, but for highest throughput, always
have your database less than 50% of full capacity of the disks.

In all cases, MSPS (IIS server), WSS (IIS), View Processor and Session
Manager requires little. Including the O/S 36G drive will handle all of it.
Of course, if you have multiple servers, it's 36G per server. Now, you don't
need 36G but disks are chaep, so I am saying 36G.

SQL is the killer. I assume you don't have a SAN. If you do, I'd do an
initial sizing of 144G. If it's a standalone server, I'd go 72G+72G+72G+72G.
Again, I am guessing as to your utilization since I don't have all the
necessary inforamtion. If you won't load a ton of docs, then I'd go
72G+72G+72G... You can do it all with 144G, but again, depending, it might
be cutting it close...

In conclusion:

I would keep your O/S and Install files on one disk subsystem on all servers
(36G). And, on the SQL server, I would add even a third disk subsystem for
all log and transaction log files. (36G) And your SQL subsystem. (144G+)

Sorry it wasn't an easy answer...

If this answer doesn't work for you, please repost!

Thanks...
 
M

mmelnychenko

Wow, thanks for all of the detail Rick! I appreciate all of your thoughts
about RAM, etc but I have a pretty good feel for all of that. I am strictly
trying to get a feel for the disk space required for the databases involved.
I will try to provide the extra pertinent information you asked about for
this.

- There will be approximately 600-700 resources in the Enterprise Resource
Pool
- I don't think there will be 200 projects per year because many of them
are long running (multi-year). I would say that there will be 150-200
initially and maybe 100-125 new ones each year after that.
- WSS usage is still a little bit of an unknown. I think we will start
with relatively small usage like 20-30 MB per project but would not be
surprised to see this grow (ie, store more types of documents) as everyone
gets more comfortable with using Project Server.

As for other information about the infrastructure, here we go:

- 2 servers in a load balanced farm supporting MSPS, WSS.
- 2 servers in a load balanced farm supporting View Proc and Session Mgmt
(the
2 servers as opposed to 1 is more for redundancy than load requirements).
- 2 servers clustered for SQL (all databases). This is an existing high
performance cluster that supports some other databases as well. I expect to
run both SQL and OLAP here.
- I do have a SAN and expect to use it for SQL and WSS storage needs. The
web and app servers will only use local drives for everything else. There is
already a large area of the SAN carved out for databases and I just need to
specify how much space to set aside for this implementation. I had to take a
total wild guess about 2 months ago and said 200GB, so it sounds like I am at
least in the right ballpark. Also, it should not be that big of a deal to
add more space later if needed.
- I plan to follow typical best practices for logical disk separation. Two
drives on the web and app server with OS and software on one and anything
else on the other. For SQL (on the SAN) I will use an existing quorum drive,
and will have data and transaction logs on different drives. One area I am
not sure about is whether WSS stores documents as files on a drive with
metadata in the database or if the files are stored as binaries in the
database? I don't have lots of experience with WSS...
- The majority of the user base (400+) will access via LAN. The rest
(located in UK and Germany) will access via WAN. There will occasionally be
VPN access to the network (people working from home), but not much.
- The OLAP cube is going to be extended. The current plan is to use a
third party product called Portfolio Analyzer Extender
(http://www.bogdanov-associates.com/eng.asp?rubr_id=484) for doing this. I
anticipate adding a handful of Project and Resource level custom fields,
adding weeks to the time dimension and adding Task data (including some
custom fields) to the cube. I also expect to generate the cube with the full
date range of data, at least for now.

Anyway, given all of that info, what I am trying to drive to an answer on is
this:

- Project Server DB - initial size and annual growth expectation
- WSS Config DB - initial size and annual growth expectation (expect to be
negligible)
- WSS Content DB - initial size and annual growth expectation (depends
largely on whether documents are stored in DB per my question above)
- OLAP cube - initial size and annual growth expectation

I don't need to be super accurate, but I am trying to come up with numbers
that I can back up with some level of analysis rather than just taking a wild
guess.

Thanks again for your help and for any additional help you may be able to
provide with all of the extra info. Much appreciated.

Thanks,
Mark
 
R

Rick Roszko

Okay, it looks very very well thought out!

Project Server DB - 200G initial size and annual growth expectation*

WSS Config DB - negligible

WSS Content DB - 60G initial size and annual growth expectation**

OLAP cube – no idea, sorry***

*200G should last for several years. I also assume you will delete old
files from the server after some set time.

**WSS stores the documents in the database. (In MSPS2002, projects and
files were in directories, but in MSP2003, they moved it all into SQL.) So,
you'll need to size that accordingly. (est. # projects)x(est. # docs and doc
sizes) so, I would do the math that way... 200 projects x 30M docs = 6G
minimum, but I think it may go more like 200 projects x 300M docs = 60G. I
say this because when people start adding pics in to Word docs, it starts to
get huge! Also, WSS keeps prior revisions so unless you purge old revs, they
can start to go exponential on you!

***extending a cube is not linear, it depends on how many of the
multi-dimensional elements you drag in; and based on duration (how many
weeks/months/year) of data you want to include. And, all of the extentions,
what is being added? I can’t even hazard a guess. Maybe contact the third
party vendor for info?? All I can say is once you size it, make sure “freeâ€
disk space is twice the size, because while it’s building the cube, it will
replicate a working copy…

Hope that covers everything!
 
M

mmelnychenko

Thank you very much Rick. This is all the information I could have hoped for
given all of the variables involved, and it is most helpful. I really
appreciate you taking the time to respond.

Sincerely,
Mark
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top