but the problem is Windoze uses a generic proxy called "Service Host" (SVCHOST.EXE) that shows up multple times and doesn't tell you anything. ĭave - you can sometimes tell what's currently using a service by looking at it in Task Manager and/or finding the processes it spawn in Task Manager. Setting VSS to Automatic might make it more reliable - a re-boot of your computer would force it to re-start itself. etc."Ĭarbonite probably has program calls bult-in to start the service if it's stopped, but if something else has stopped/ disabled it, it might not be able to start it and therefore not complete the back-up.
#Mozypro support forum windows#
Ignore any cryptic windows messages "Service will start and then stop itself automatically. There's no harm in changing a "manual" service to "automatic" except for a small hit on system resources (it might be running when it doesn't need to be. You might try changing that to "automatic" and then stopping/re-starting the service.
usually Start ->Administrative Tools -> Services) or in XP - Admin Tools are Start->Control Panel ->Adminstrative Tools->Servicesįind the VSS service. Go to your services control panel ( In Vista. It's another layer of protection that doesn't cost you anything.Īnother thought - VSS is a Service that is controlled from the Services control panel - and that service needs to be running or anything using it won't work.
#Mozypro support forum archive#
However I'd still have Carbonite back up the archive files. I thought Len posted that last time he stopped in - but I hadn't been paying attention to whether or not it was actually implemented. You would not want your bank losing a day's worth of transactions for example.ĭave - there you go - I stand corrected. Obviously - at a big company that's a much bigger deal than at a small operation - and so they're willing to spend exponentially more money to protect from that. The day-of-the-disaster's work is often unrecoverable. that's about as good as it ever gets anyway. For catastrophic data recovery after a fire, etc. (Worst case would be having to restore last night's Carbonite archive which included yesterday's transactions). Not quite as good as real-time backup but if you work it right you won't lose more than the past day's transactions. ( Once the static archive is created - use your online backup to make a copy of that - and you're covered. They can usually do that with some kind of built-in scheduler (Act, QB, Outlook all have internal schedulers), or sometimes you can use Windows schedule. Most all database programs that bulders tend to use have some internal mechanism to make a static. But all it takes is the "auto-update" service to be running or something - and it won't. If you're lucky enough to be completely out of QB and the file at the time Carbonite wants to back it up - it will back up like any other file. I can see where it would be very difficult for it to handle open files. The way Carbonite Works - by taking advantage of spare CPU cycles in +/- real time and backing up in dribs and drabs 24/7. They've lowered their prices recently to compete with Carbonite. If my workaround above is no good - you could give that a try and ditch Carbonite. My understanding is that MozyPRO now does handle open file stores - and it does it by using Windows Volume Shadow Copy. Since Microsoft "Volume Shadow Copy" came on the scene now the OS has a lot of that capability built in - making it easier for third-party developers. and programmers had to write hooks to the application that needed to be stopped and re-started.
#Mozypro support forum software#
Historically- backup software that could do that was much more expensive than your typical "file and folder" backups. In order to back up a database - most conventional software has to interact with the app at a very low level and do stuff likeġ) Stop all the processes associated with the applicationĢ) Back up the database and supporting filesģ) CheckSum to verify that ithe Backup is valieĥ) Check that everything has started successfully If your open database doesn't have a built-in archive routine, you can create that too with Windows Scheduler and a third-party macro utility. You will also need to EXCLUDE the live database file(s) from the backup. Now you have a backup of your accounting archive. Make sure that file is saved in a folder that Carbonite is scanning and INCLUDE that folder. I've posted a workaround three times now but here it is again - Use the built-in back-up routine in QuickBooks (or whatever program) to schedule back up and create a. Note that QB does not necessarily have to be open - it also has background processes that can lock the database. Outlook, OE, ACT, QuickBooks - all examples of programs that use a database or data files that are apt to be open and therefore locked and unable to be backed up if the software is running. These are questions for Carbonite support, but the last I knew, I don't believe they've ever upgraded to back up open file stores.
0 kommentar(er)
