Yes, DiRT uses the account you're logged in as (or assigned to the task if you've scheduled it to run) - that error is being thrown by SQL, however - I'm just calling a stored proc in SQL to do the backup and it's apparently getting that error back. You may check the account that's associated with the SQL services in the SCM and see if adding them to have rights to the share works ok.
Also, folks tend to have better luck using straight UNC instead of a share when stuff like this comes up - you may want to try that instead. Be sure to get the lastest versions of DiRT backup and restore off www.CiscoUnityTools.com - the UNC capability wasn't fully there in some older versions.
The SQL services in the W2k services window (I assume SCM is the same thing?) are running using the local service account. Can these services run as another account that is a member of the local admin group and has access to the SAN share without affecting Unity?
Try the UNC first, of course... but yes, the SQL services can be running under a domain account no problem - Unity doesn't care - the AvCsMgr service is a member of local admins which has rights to access the databases as needed regardless of which account the SQL services are running under. If SQL is up and running, we're happy.
I'm not able to access my old voice mail messages all of a sudden. The recording says something like 'the message is currently not available'. This has never happened before in all the years I have been using this system. I have t...
If you have 2 ISR routers, one acting as Failover, do we need to have both the same number of SRST licenses on the 2 routers?
No. You will only need the SRST licenses on the primary router. Because this feature...