Solved

Shadow Copy details, XP client

Posted on 2008-06-17
6
595 Views
Last Modified: 2012-06-27
I am running SBS 2003 and XP SP3.

A couple of questions came up as I was setting this up and reading about Shadow copy on this website:
http://www.sbs-rocks.com/Windows%20Server%20Hacks%20Excerpt.htm

1) Does SP3 already come with the shadow copy client?  I went to install the version of the client that I dled from microsoft, and it appeared to be already installed (gave me the option to uninstall)

2) On my XP machines, I am mounting a share at //Server/data where //Server is the server name and data is a share of a folder on the D: drive.  Is this going to cause problems as stated in the article?
The article states:
"Don't enable shadow copies on a volume that has mount points on it. A mount point (or mounted drive) is a special volume that is attached to an empty folder on an NTFS volume."  

3) I am using the server as it was formatted by Dell - a 25GB C drive for OS, ~690GB D for data.
How do I check and or change the cluster size so that it will not exhibit the problems listed in the traps section of this article?

"By default, on Windows Server 2003, any volumes larger than 2 GB will have a cluster size of only 4 KB, which is insufficient.
To solve this problem, when you format the volume, specify an allocation unit size of 16 KB instead using either Disk Management or the /a switch with the format command."

I've tested viewing old versions of a txt file on an XP box and so far so good...but I want 2 know if it will stay that way!

Thanks!
0
Comment
Question by:erkwong
  • 3
  • 2
6 Comments
 
LVL 6

Expert Comment

by:akirhol
ID: 21806800
1. Yes, VSS is a standard feature of all NT 5.1 installations
2. I don't believe so, the article is refering to having a drive partition mounted in a folder on another drive instead of it having it's own drive letter
3. You can check the cluster size by downloading this little applet from Microsoft called ntfsinfo, linked below. To change it, you would have to reformat your partitions.

ntfsinfo: http://www.microsoft.com/technet/sysinternals/fileanddisk/ntfsinfo.mspx
0
 
LVL 6

Expert Comment

by:akirhol
ID: 21806815
Regarding ntfsinfo:

Extract it to a folder, say C:\Temp and run it with "ntfsinfo c:\"

It will spit out some information and what you are looking for of course is "bytes per cluster", the default for NTFS volumes, as mentioned by that article, is 4096.
0
 

Author Comment

by:erkwong
ID: 21808615
OK, i will try that applet.
I suppose it still is up for debate whether this 'trap' of shadow copies disappearing after defrag really exists?  I suppose, if I do not defrag and I backup before defrag, I should be OK even if I don't reformat w/ 16KB cluster size.  
0
PRTG Network Monitor: Intuitive Network Monitoring

Network Monitoring is essential to ensure that computer systems and network devices are running. Use PRTG to monitor LANs, servers, websites, applications and devices, bandwidth, virtual environments, remote systems, IoT, and many more. PRTG is easy to set up & use.

 
LVL 6

Expert Comment

by:akirhol
ID: 21811820
If it's a defrag they are worried about, schedule the defrag to happen at the system's lowest point of utilization. That will mitigate the risk of losing a shadow copy that needs to be restored.
0
 

Author Comment

by:erkwong
ID: 21827146
How does one schedule the defrag times?
0
 
LVL 74

Accepted Solution

by:
Jeffrey Kane - TechSoEasy earned 250 total points
ID: 22586062
I realize this question is quite old, but thought I'd provide an answer anyhow just in case you haven't found one elsewhere.

It's not necessary at all to install the shadow copy client on workstations in an SBS environment as long as you joined them to the domain using http://<servername>/connectcomputer as recommended in the SBS documentation.  This is because the client is automatically installed on workstations joined in this manner.  If you didn't join the workstations correctly, you can fix that by following the steps I've outlined here:  http://sbsurl.com/rejoin

Then, SBS automatically enables VSS on your data partition for all network shares configured on that partition.  There is no need at all to modify the cluster size.  I do realize that the article suggests that increasing it to 16KB will avoid shadow copies being deleted during disk defrag, but honestly, I've rarely seen that happen, and the trade-off is that files take up much more space on your drive and backups than necessary.

Jeff
TechSoEasy
0

Featured Post

NAS Cloud Backup Strategies

This article explains backup scenarios when using network storage. We review the so-called “3-2-1 strategy” and summarize the methods you can use to send NAS data to the cloud

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
contractual requirements for app hosting 3 104
Raid 6 or Raid 10? 19 184
extra RAM sticks on server board 9 35
FInd Local Administrators 6 40
Hyper-convergence systems have taken the IT world by storm and have quickly started to change our point of view of how the data center should and could be architected. In this article, I’ll explain the benefits of employing a hyper-converged system …
Learn about cloud computing and its benefits for small business owners.
Windows 10 is mostly good. However the one thing that annoys me is how many clicks you have to do to dial a VPN connection. You have to go to settings from the start menu, (2 clicks), Network and Internet (1 click), Click VPN (another click) then fi…
Microsoft Active Directory, the widely used IT infrastructure, is known for its high risk of credential theft. The best way to test your Active Directory’s vulnerabilities to pass-the-ticket, pass-the-hash, privilege escalation, and malware attacks …

772 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question