Re: Sql2k, Performance and Junction Points
From: Tim (Tim_at_NoSpam)
Date: 01/05/05
- Next message: David Ashe: "Re: Sql2k, Performance and Junction Points"
- Previous message: Andrew J. Kelly: "Re: Clustered W2K3 Server Memory"
- In reply to: David Ashe: "Sql2k, Performance and Junction Points"
- Next in thread: David Ashe: "Re: Sql2k, Performance and Junction Points"
- Reply: David Ashe: "Re: Sql2k, Performance and Junction Points"
- Messages sorted by: [ date ] [ thread ]
Date: Wed, 5 Jan 2005 15:50:52 +1300
David,
Hi,
If you do this, will your system be:
Better performing?
More Secure?
Meet business needs better?
More robust?
More manageable?
Answers: Yes, No, or Unaffected.
If you answer No to any of the above questions then you should not do this.
If you do not answer Yes to at least one of the above, then you should not
do this.
IMHO, you should not do this.
- Tim
"David Ashe" <davida@telephia.com> wrote in message
news:%23GhtR7e8EHA.1260@TK2MSFTNGP12.phx.gbl...
> Hi All.
> We have been configuring our Larger SQL Servers with the following disk
> layout:
> c:\ OS
> d:\ SQL Server Executables
> e:\ Database Files, tempdb.
> f:\ Database Logs.
>
> I would like to adjust this a bit by using junction points to link folders
> on E and F back to the D:\...\MSSql, then place the database files in
> these folders. The files will still be on different disks, however, as
> far as SQL Server is concerned, the files will be stored in
> D:\...\mssql\TDATA an D:\...\mssql\TLog. This will alow us to standardize
> our configurations better - we can move files to a SAN, or other DAS, but
> the SQL Server configurations are the same.
>
> A developer in our group claims that without the files explicitly being on
> a different drive ("E:/F:") SQL Server will not paralellize the queries,
> and we will lose performance. I am hoping that this is incorrect, can
> anyone confirm?
>
> Dave
>
- Next message: David Ashe: "Re: Sql2k, Performance and Junction Points"
- Previous message: Andrew J. Kelly: "Re: Clustered W2K3 Server Memory"
- In reply to: David Ashe: "Sql2k, Performance and Junction Points"
- Next in thread: David Ashe: "Re: Sql2k, Performance and Junction Points"
- Reply: David Ashe: "Re: Sql2k, Performance and Junction Points"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|