Colin: As always, thanks. I guess it could be anything. I was thinking it was just how slow stuff is, and how much junk we're all willing to put up with. :-)
The cost is always a shock when one moves out of MV. But, I'm getting used to it so pricing isn't that big a deal. However, the backup solution has to be loaded on about 7 Windows servers. As it stands now, I've built a couple of interesting NTBackup scripts that do everything for me, including ftp'ing the backups across the network to a storage machine, emailing me, and cleaning up the archives (so I don't end up with so many backup files it crashes the disk). Thanks again. Bill >-----Original Message----- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >[EMAIL PROTECTED] >Sent: Wednesday, June 27, 2007 4:19 PM >To: u2-users@listserver.u2ug.org >Subject: RE: [U2] UD Backups > >So it could be anything from poor drive setup/layout, slow controller, >lack of ram, busy server (domain controller?). > >I have seen print processes run amok and create items in the "temp" >folder that filled the drive. Maybe that's where your extra space went. >I haven't seen anything taking up 10 times more space than >reported (are >you sure you read it correctly!?) > >None of our clients really needs high-speed backup. We did have one >client come close as they had offices all over the world so a good >backup window was getting tough to find. > >Backup Exec does have an open files option - or is it the cost that you >don't like? > >hth >Colin Alfke >Calgary, Canada > >-----Original Message----- >From: Bill Haskett > >Colin: > >The backups seem to take about the same time with or without UD >shutdown, on the development server. I just ran a backup on our UD >directory and it was 1Gb, compressed to 120Mb, and took about 5 1/2 >minutes to create. On one of our client's D3 server, the uncompressed >file-save, of the same data, took about 40 seconds and was about 200Mb. >I took a look at another one of our clients and their D3 backup was >1.1Gb of a 5-6Gb database, on Windows, and it took 6 minutes to create. >In one of our beta accounts, someone created a 12Mb hold entry and >somehow Windows showed there were 11.7Gb in the _HOLD_ directory when >the item, created on 6/25/07, showed as 12Mb in Windows Explorer. I >deleted that item and this problem disappeared (where'd that come >from?). I suppose this is just one more of the multitude of problems >I've got to keep my eye on! Anyway... > >We don't have any transaction processing. The timing starts when the >NTBackup starts, after the dbpause. The timing ends when the dbresume >is executed, not when it completes. > >I've been researching backup software and it all seems to point back to >Symantec (jeeze!). I was hoping someone would have experience with a >high-speed backup product that would backup open files for U2. Since >our application has a module that uses ASP.NET we really don't want to >shut down the dbms for very long (this is more important than backuping >up open files and not having a "pristine" backup). > >Thanks, > >Bill >------- >u2-users mailing list >u2-users@listserver.u2ug.org >To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/