How to track time consuming activity on Vault Server?
Moderator: SourceGear
How to track time consuming activity on Vault Server?
Vault Server 3.16
When the Vault Server is suddenly slow. I would like to know if it is a network issue or a time consuming process is running at the server.
What do you recommend to monitor the Vault server activity?
Thanks in advance.
When the Vault Server is suddenly slow. I would like to know if it is a network issue or a time consuming process is running at the server.
What do you recommend to monitor the Vault server activity?
Thanks in advance.
Depending on what you've got running on the Vault server, I'd use some combination of Windows Performance Monitor and SQL Profiler. Note that SQL Profiler does add some overhead, so I'd only run that if absolutely necessary. If nothing but Vault is running on the machine, simply tracking CPU usage by SQL Server and IIS processes using Windows perfmon would meet your needs.
Update: both perfmon and profiler will add "some overhead", but it's easy to add a LOT of overhead with profiler. So use it with caution, meaning monitor only what's absolutely necessary.
Update: both perfmon and profiler will add "some overhead", but it's easy to add a LOT of overhead with profiler. So use it with caution, meaning monitor only what's absolutely necessary.
Ian Olsen
SourceGear
SourceGear
Could Vault Server log be used to hint more individual details?
For example, if I know UserX is commiting a huge changeset. This could help to arrange to do the task off peak hour.
If I suspect that the network is slow, and I see that CPU usage is slow on the Vault Server (the Win2003 server is exclusively dedicated to Vault). Is it safe to conclude that the slowness is "probably" a network problem?
For example, if I know UserX is commiting a huge changeset. This could help to arrange to do the task off peak hour.
If I suspect that the network is slow, and I see that CPU usage is slow on the Vault Server (the Win2003 server is exclusively dedicated to Vault). Is it safe to conclude that the slowness is "probably" a network problem?
That's what I was thinking: if there's no sustained CPU or I/O spike at a known slow period, the network is the next place to look.
You could also put the vault server log in debug mode, to get more information about what it's doing during slow periods.
You could also put the vault server log in debug mode, to get more information about what it's doing during slow periods.
Ian Olsen
SourceGear
SourceGear