I have a small company-2 remote offices and 11
workstations with the server in one office. We utilize
Access and SQL databases for most all of our data, part
of which is website generated.
I have a server which currently has 5 drives-4 are in a
RAID5 array and 1 is hot spare. I was recently told that
having the OS on that array really slows down the SQL
performance.
I am not a whiz on this so does anybody have any better
suggestions. I can add one more drive to my case and
setup 1-RAID5 array and 1-RAID1 array if that might help.
Thanks for any insight.
Carl

Re: Set up OS/RAID by Henry

Henry
Sat Nov 01 07:57:37 CST 2003

At this stage you're probably not going to want to rebuild the Server, so
we need to find you the best option with what can be moved.

First off I would set up the RAID 1 on another channel.

As RAID 5 is Ideal for SQL Server I'd leave the User Databases there, but
I'd move the Master Database to the RAID 1.

I'd also move all Write heavy Operations that can be moved, such as the
Exchange Databases and Transaction Logs, as well as other logs to the
RAID 1, same goes for the Temp files. I'd also put Archive data there,
and maybe, depending on how much Read -v- Write the users need the User
Data files as well.

I'd also Max out the RAM ( which is cheap these days ) so O/S functions
can be Cached in the RAM and take some of the Read load of the Raid 5.

There is probably a good deal of Performance Gain that can be got from
Tweaking the SQL Server applications by using Views, Stored Procedures,
Optimised Indexes and SQL Queries, Correct Dataset Types ( Read only /
Forward only instead of dynamic etc), Setting the appropriate Locking
etc..etc..etc... - It's a black art and many ( if not Most ) application
writers ignore it telling the client to throw hardware at any problems
that arise. ( they're code cutters, not DBAs ) - and if you don't have
access to the core code and requisite skills, that's all you can do.

Same goes for your MS Access Applications re tweaking the Jet Database
which should be housed on the RAID 5 while
the Front-end application is housed on the Client Desktop. They should be
designed to pull minimal datasets across the wire, and would no doubt
benefit greatly from migrating to SQL server or MSDE with Views, Stored
Procedures and Triggers.

A Server Level NIC with large onboard cache and processing will also help
if large amounts of data are flying across the wire.

Just my ideas, and I'm sure you'll find others with a different spin on
it.

--
Henry Craven.

========= Post It Appropriately: ============
SBS 4/4.5 : microsoft.public.backoffice.smallbiz
SBS 2000 : microsoft.public.backoffice.smallbiz2000
SBS 2003 : microsoft.public.windows.server.sbs
=====================================

"Carl" <anonymous@discussions.microsoft.com> wrote in message
news:08c801c3a075$f7921670$a601280a@phx.gbl...
> I have a small company-2 remote offices and 11
> workstations with the server in one office. We utilize
> Access and SQL databases for most all of our data, part
> of which is website generated.
> I have a server which currently has 5 drives-4 are in a
> RAID5 array and 1 is hot spare. I was recently told that
> having the OS on that array really slows down the SQL
> performance.
> I am not a whiz on this so does anybody have any better
> suggestions. I can add one more drive to my case and
> setup 1-RAID5 array and 1-RAID1 array if that might help.
> Thanks for any insight.
> Carl



Re: Set up OS/RAID by JimBehningmvp

JimBehningmvp
Sat Nov 01 08:16:56 CST 2003

I have a bunch of accounts using SBS and a single Raid 5 arrays. Their
SQL databases seem to run just fine. Note the word seem. To me it
looks fine and no one complains about performance or speed. I have
read that there can be speed issues but their are a lot of variables.
Some have posted about database optimization routines or tweaks but
all that went over my head.

What size are the various databses?

"Carl" <anonymous@discussions.microsoft.com> wrote:

>I have a small company-2 remote offices and 11
>workstations with the server in one office. We utilize
>Access and SQL databases for most all of our data, part
>of which is website generated.
>I have a server which currently has 5 drives-4 are in a
>RAID5 array and 1 is hot spare. I was recently told that
>having the OS on that array really slows down the SQL
>performance.
>I am not a whiz on this so does anybody have any better
>suggestions. I can add one more drive to my case and
>setup 1-RAID5 array and 1-RAID1 array if that might help.
>Thanks for any insight.
>Carl

Jim B. SBS MVP
remove the mvp to send email

Re: Set up OS/RAID by Leythos

Leythos
Sat Nov 01 09:15:27 CST 2003

In article <08c801c3a075$f7921670$a601280a@phx.gbl>,
anonymous@discussions.microsoft.com says...
> I have a small company-2 remote offices and 11
> workstations with the server in one office. We utilize
> Access and SQL databases for most all of our data, part
> of which is website generated.
> I have a server which currently has 5 drives-4 are in a
> RAID5 array and 1 is hot spare. I was recently told that
> having the OS on that array really slows down the SQL
> performance.
> I am not a whiz on this so does anybody have any better
> suggestions. I can add one more drive to my case and
> setup 1-RAID5 array and 1-RAID1 array if that might help.
> Thanks for any insight.
> Carl

A properly configured drive system for running MS SQL (or about any
other database) would be as follows:

Drive 0, 1 - Mirror - OS
Drive 2, 3 - Mirror - database log files
Drive 4,5,6,7,8 - Raid 5 - Database data files

You can also do this:

Drive 0, 1 - 6GB Partition - Mirror - OS
Drive 0, 1 - XXGB Partition - Database log files
Drive 2,3,4,5,6 Raid 5 - Database data files.

One other thing that I do is install a large drive (or mirror) where I
run the SQL backup files to. Meaning, I don't run the backup directly to
tape, I run a nightly SQL backup to the "G" drive, have some scripts
that move a copy to a history folder, and then I run the tape backup
against the "G" drive single nightly backup file. This means that the
tape drive is not hitting the data/log drives and that the nightly
backup completes very quickly.

In the case of most SQL servers (stand alone) there is not much
happening on the OS drives, but the transaction logs (which are
sequential) and the data drives (which is random for the most part) get
hit very hard.

In SBS, you are doing a lot with the OS, so it would be better to have
separate drives for the transaction logs.

I would even go as far as to put the OS and Transaction drives on a
different SCSI channel than the data drives. In fact, if you have three
channels, put the OS drives on channel 0, the logs on channel 1 and the
data drives on channel 2 (may require two SCSI cards).

With just 5 drives, don't keep the 5th one as a hot spare, put it into
the array - you need to available bandwidth that the extra spindle gives
you. If a drive fails you will suffer some performance, but since you
have all your eggs in a single R5 array you could use the extra
throughput of the online drive.

All this being said, you "CAN" run all of your system in a single R5
array, but I would still partition it into the above format.

--
--
spamfree999@rrohio.com
(Remove 999 to reply to me)

Re: Set up OS/RAID by Carl

Carl
Sat Nov 01 15:55:07 CST 2003

Sorry for delay, had yard work.
There are five databases at roughly 10 Gb each; and a few
others at 5Gb each. All but one 10Gb db's are MS Access,
which we will be working on converting to SQL. Most have
half the time read & writes going on.
Hope this answers what you were asking.
Carl
>-----Original Message-----
>I have a bunch of accounts using SBS and a single Raid 5
arrays. Their
>SQL databases seem to run just fine. Note the word seem.
To me it
>looks fine and no one complains about performance or
speed. I have
>read that there can be speed issues but their are a lot
of variables.
>Some have posted about database optimization routines or
tweaks but
>all that went over my head.
>
>What size are the various databses?
>
>"Carl" <anonymous@discussions.microsoft.com> wrote:
>
>>I have a small company-2 remote offices and 11
>>workstations with the server in one office. We utilize
>>Access and SQL databases for most all of our data, part
>>of which is website generated.
>>I have a server which currently has 5 drives-4 are in a
>>RAID5 array and 1 is hot spare. I was recently told
that
>>having the OS on that array really slows down the SQL
>>performance.
>>I am not a whiz on this so does anybody have any better
>>suggestions. I can add one more drive to my case and
>>setup 1-RAID5 array and 1-RAID1 array if that might
help.
>>Thanks for any insight.
>>Carl
>
>Jim B. SBS MVP
>remove the mvp to send email
>.
>

Re: Set up OS/RAID by Henry

Henry
Sat Nov 01 17:58:22 CST 2003

Sorry, Not Possible.

Max DB Size in MS Access is:
Jet db Pre Access 2000 = 1 Gb
Jet db Access 2000 + = 2 Gb
MSDE db Access 2000 + = 2 Gb

It's possible to link several Backend databases to an MS Access front-end
application but each database itself cannot exceed the limit, and if
you're getting even close you'd expect woeful performance even from the
best application writer. ( The reasons for that are not germane here so I
won't elaborate. You can post to comp.databases.ms-access for the gurus
collective wisdom on that if you need more info.)

So "something's not Kosher" here, as they say.

--
Henry Craven.

========= Post It Appropriately: ============
SBS 4/4.5 : microsoft.public.backoffice.smallbiz
SBS 2000 : microsoft.public.backoffice.smallbiz2000
SBS 2003 : microsoft.public.windows.server.sbs
=====================================

"Carl" <anonymous@discussions.microsoft.com> wrote in message
news:0acc01c3a0c2$d054bde0$a001280a@phx.gbl...
> Sorry for delay, had yard work.
> There are five databases at roughly 10 Gb each; and a few
> others at 5Gb each. All but one 10Gb db's are MS Access,
> which we will be working on converting to SQL. Most have
> half the time read & writes going on.
> Hope this answers what you were asking.
> Carl



Re: Set up OS/RAID by Carl

Carl
Sat Nov 01 18:30:16 CST 2003

I am very sorry - Those are Mb databases.
Carl
>-----Original Message-----
>Sorry, Not Possible.
>
>Max DB Size in MS Access is:
> Jet db Pre Access 2000 = 1 Gb
> Jet db Access 2000 + = 2 Gb
> MSDE db Access 2000 + = 2 Gb
>
>It's possible to link several Backend databases to an MS
Access front-end
>application but each database itself cannot exceed the
limit, and if
>you're getting even close you'd expect woeful
performance even from the
>best application writer. ( The reasons for that are not
germane here so I
>won't elaborate. You can post to comp.databases.ms-
access for the gurus
>collective wisdom on that if you need more info.)
>
>So "something's not Kosher" here, as they say.
>
>--
>Henry Craven.
>
>========= Post It Appropriately: ============
>SBS 4/4.5 : microsoft.public.backoffice.smallbiz
>SBS 2000 : microsoft.public.backoffice.smallbiz2000
>SBS 2003 : microsoft.public.windows.server.sbs
>=====================================
>
>"Carl" <anonymous@discussions.microsoft.com> wrote in
message
>news:0acc01c3a0c2$d054bde0$a001280a@phx.gbl...
>> Sorry for delay, had yard work.
>> There are five databases at roughly 10 Gb each; and a
few
>> others at 5Gb each. All but one 10Gb db's are MS
Access,
>> which we will be working on converting to SQL. Most
have
>> half the time read & writes going on.
>> Hope this answers what you were asking.
>> Carl
>
>
>.
>