Re: Install SS 2005 - log files best practice



As Steen has mentioned they are certainly talking about physical drive or
arrays not logical drives. The advice is solid and should be heeded when
ever possible. But if you only have 1 physical drive or array this all goes
out the window. If you load is light enough then a single array may not
matter, especially if you have lots of memory and a disk controller with
lots of write back cache. But as the load increases the contention between
the files gets greater and at some point it becomes a performance issue.
Only you can determine if the current disk configuration meets your needs.
You may want to look at a tool that simulates SQL Server disk activity to
test yours called sqliosim.exe.
http://support.microsoft.com/kb/231619

--
Andrew J. Kelly SQL MVP

"Sandy" <Sandy@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:18586171-C1D7-4899-A627-1AD24F439AD1@xxxxxxxxxxxxxxxx
Hi Kelly -

Thanks for your response. The following is a direct quote from Microsoft
SQL Server 2005 Implementation and Maintenance (MCTS Exam 70-431)
Self-Paced
Training Kit:

"To configure data and log files for best performance, follow these best
practices:

* To avoid disk contention, do not put data files on the same drive that
contains the operating system files.
* Put transaction log files on a separate drive from data files. This
split
gives you the best performance by reducing disk contention between data
and
transaction log files.
* Put the tempdb on a separate drive if possible, preferably on a RAID 10
or
RAID 5 system. In environments in which there is intensive use of tempdb
databases, you can get better performance by putting tempdb on a separate
drive, which lets SQL Server perform tempdb operations in parallel with
database operations."

Are they talking about logical drives?

Would you have any links to articles that support putting everything on a
single partition?
--
Sandy


"Andrew J. Kelly" wrote:

Installing the log files on a logical drive that is on the same physical
array as the data files gives you little to no advantage. It certainly
does
not give you any performance benefits and it can give false hopes of such
if
people don't realize it is not two separate physical drives. Hopefully
you
are not looking to do lots of transactions or you may not be happy with
this
setup. In a case like this I prefer to just make a single large partition
and place everything on that in separate folders. That way you don't have
to
worry later on down the road if you made one partition too small or
another
too large. As for placing the log file on another server that just isn't
supported.

--
Andrew J. Kelly SQL MVP

"Sandy" <Sandy@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:7268310D-3A65-4396-B41B-0C57F3A20BB1@xxxxxxxxxxxxxxxx
Hello -

I am a programmer, not a DBA, and have to install Sql Server 2005. We
have
a network guy who is going to be part of the Sql Server 2005
installation
project.

We just had Win 2003 Server installed on a box to be used for Sql
Server.
The contractors did not partition it. We have RAID 5.

The network guy thinks it's okay to just install everything on the C
drive,
his reason being: because we have RAID 5.

From everything I've read or done, best practice is to install the log
files
on another drive, and it's my understanding that the preference is
another
physical disk, i.e., another computer and if that isn't possible,
install
the
logs to another logical drive on the same computer.

Can anyone point me in the right direction for articles that support my
position, and that give tangible reasons for doing same?

Also, he did suggest if we really needed another physical disk,
installing
the log files on our application server -- God, I wish I was a DBA --
would
that make sense?

Any light anyone can shed on this will be more than appreciated!

--
Sandy





.



Relevant Pages

  • Re: SQL 2005 Best Practice vs SQL 2000: Application Files Separate from data (and log) files
    ... choice to install sql server binaries of the SQL Server on C drive, ... appears that I am not given the choice to install system databases/log files ... drives must be physically seperated so that you'll gain performance ... We are physically separating log and data files on separate disks. ...
    (microsoft.public.sqlserver.setup)
  • Re: SQL 2005 Best Practice vs SQL 2000: Application Files Separate from data (and log) files
    ... button in the "Components to Install" window in SQL Server 2005 Setup. ... In 2005 I appear not to be given the choice to install sql server binaries of the SQL Server on C drive, it appears that I am not given the choice to install system databases/log files on a separate drive, as I could in 2000. ... If it's being used intensively in your environment then you should locate it's log and data files on different physical disks. ... Of course these drives must be physically seperated so that you'll gain performance benefits. ...
    (microsoft.public.sqlserver.setup)
  • Re: Install SS 2005 - log files best practice
    ... Put transaction log files on a separate drive from data files. ... people don't realize it is not two separate physical drives. ... I am a programmer, not a DBA, and have to install Sql Server 2005. ... The network guy thinks it's okay to just install everything on the C ...
    (microsoft.public.sqlserver.setup)
  • Re: Not on the C: Volume Please
    ... You have very limited control over where SQL will put its executable files. ... The system volume footprint of SQL Server is only controlable within certain limits. ... I would image your system and repartition the drives to enlarge C: ... install SQL2K5 due to insufficient disk space on the C drive. ...
    (microsoft.public.sqlserver.setup)
  • SQL Instances
    ... I had to install 8 instances of SQL server on one server. ... Can anyone see isuues with the above setup? ... SQL server installs on the same drives? ...
    (microsoft.public.sqlserver.server)