Re: SBS 2003 Program Files Partition
From: Allen M (allenmiyake_at_majaro.com)
Date: 01/31/05
- Next message: Marina Roos [SBS-MVP]: "Re: Routing & Remote Access Won't Start! Clients Can't Access Int"
- Previous message: MCSEGURU: "Re: Remote access to field workstations"
- In reply to: MCSEGURU: "Re: SBS 2003 Program Files Partition"
- Next in thread: Markus Fuchs: "Re: SBS 2003 Program Files Partition"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 31 Jan 2005 11:46:08 -0800
Well we weren't talking about how he should have his RAID setup configured.
However seeing how he did go there I would recommend something similiar. I
always use RAID level 0 and 5 for all my servers if possible. Dual RAID
controllers are not necessary if you have a dual channel RAID controller. If
you do the use 2-18GB SCSI 15k HDD for the C: drive. Only have your OS and
any OS programs loaded on this drive. What do I mean by OS programs only.
Only programs that are installed by SBS. i.e. ISA server, Explorer, IIS
etc... On the other channel use a RAID 5 striped set with parity and create
your other partitions there. If possible to improve redundancy use a hot
spare also.
"MCSEGURU" <mcseguruhere@aol.com> wrote in message
news:1EvLd.581$bF4.406@trnddc04...
>I think I would advise against this. I don't know that you can
>successfully get all Program Files to install to D:\ without editing the
>%ProgramFiles% environment variable before the integrated SBS setup begins
>(and I don't know how negatively this will effect other operations on the
>server)
>
> If you are creating these volumes (C:, D:, E:, etc...) by partitioning
> physical disks, then I don't think you are really gaining anything. Disk
> utilization and Disk I/O is the main reason I can think of to separate
> files onto different disks. Since partitioning a disk doesn't really
> effect it's performance characteristics with respect to I/O you are merely
> drawing lines in your sandbox, that in the future you may want to move.
>
> If money wasn't an object, I would recommend creating a Mirror Set for the
> OS and Programs and a separate mirror set or RAID set for Data Files (user
> shares etc...) on one controller and partitioning these disks with one
> partition using the entire disk.
>
> In SBS, exchange doesn't usually grow large enough to warrant separate
> space for itself, and additionally doesn't consume enough I/O to
> negatively effect much, even on a slower processor server with minimal
> memory. However on a large enterprise Exchange Server I would install
> another Mirror Set for your Exchange Database and another Mirror Set or
> RAID Set for your Exchange database logs on a completely separate
> controller with only one partition for each disk.
>
> So with all that said, OS on one disk, and Data (including exchange) on
> another with only single partitions on each is really all you need.
>
> There are some articles on how to get the data files that by default are
> written to %ProgramFiles% and move them to your Data disk.
>
> http://www.microsoft.com/technet/prodtechnol/sbs/2003/maintain/movedata.mspx
>
> - jeff
>
>
>
>
>
> "Markus Fuchs" <m.fuchs@nospam.fplusp.com> wrote in message
> news:eP16Ni6BFHA.2624@TK2MSFTNGP11.phx.gbl...
>> Hey,
>>
>> I'll have to set up a Windows Small Business Server 2003 Standard Ed.
>> soon
>> and wondered how to place the "Program Files" folder on another partition
>> than the system. Will the SBS Setup ask me where to place it or do I have
>> to
>> make an unattended installation file/disk like on Windows 2000/XP?
>> What other parts or folders do you separate by using different
>> partitions?
>> Can you give me some advice?
>>
>> I thought of sth. like this:
>> C: System (Windows SBS 2003)
>> D: Program Files
>> E: Data ("File Server")
>> F: Shadow Copies (Shadow Copies from E: files)
>> G: Repositories (Subversion Repositories)
>>
>> This will be my first experience with a MS server product. I already read
>> most of Charlie Russell's Administrator's Companion and I must admit that
>> I'm overwhelmed by all the features SBS 2003 provides and therefore I
>> appreciate any help.
>>
>> Markus
>>
>>
>
>
- Next message: Marina Roos [SBS-MVP]: "Re: Routing & Remote Access Won't Start! Clients Can't Access Int"
- Previous message: MCSEGURU: "Re: Remote access to field workstations"
- In reply to: MCSEGURU: "Re: SBS 2003 Program Files Partition"
- Next in thread: Markus Fuchs: "Re: SBS 2003 Program Files Partition"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|