Hi, I am backing up to a different partition which is about 5 times size of the database partition, when you manually check the partition for the backup files is always complete but the server will still be in a pause state. I have 2 different servers in 2 different location and one is fine but the other not.
Regards, Thomas Boadu ¦ IS Systems Manager First Capital Connect ¦ Hertford House, London DDI 020 8347 4817 ¦ Mobile 07768 933 445 First Capital Connect Limited. Registered in England & Wales No. 05281077. Registered office: 50 Eastbourne Terrace, Paddington, London, W2 6LG The contents of this e-mail and any associated files are for the addressee only and should be treated as confidential. Unless you are the named addressee you cannot copy, use or disclose it to anyone else. If you have received this e-mail in error please notify the sender immediately. The e-mail has originated from First Capital Connect Limited. The opinions expressed in this e-mail are those of the sender, not First Capital Connect Limited. Outbound messages are checked for all currently known viruses. <[email protected]> Sent by: [email protected] 26/07/2012 15:24 Please respond to U2 Users List <[email protected]> To <[email protected]> cc Subject Re: [U2] dbpause/dbresume or stopud/startud Are you certain that the dbpause finished? We've had cases here where our backup scripts would hang on the dbpause command. Those cases were not random however. They all happened after a "file system full" event. When a file system is full and a UniData write occurs that results in a file being extended, that udt session will get a message similar to "file system full. Clear space or add disk. Return to continue". The message repeats after every return entry until it can complete the write. If the user leaves that message on the screen, the write that was in progress and generated the message is still incomplete. dbpause will not complete until all writes that started before dbpause was initiated are complete. dbpause temporarily blocks all other writes initiated after the start of dbpause until dbresume is executed. I don't know what happens if dbresume were executed while a dbpause was waiting on a stuck udt. Until 7.3, the only way to find the ports with incomplete writes was to execute a normal dbpause. The pid of the process that dbpause is waiting on is reported to the terminal that initiated dbpause. Unfortunately, it does not get written to any UniData logs, so you have to see the messages on the dbpause terminal or wherever the scripts you have are logging anything. With 7.3, Rocket added the -C option to dbpause. From the release notes: UDT-3755 - Problem Description UniData -- At this release, the -c option has been added to the dbpause command. When you specify this option, UniData checks to see if any process would prevent dbpause from completing and displays details about those processes that would prevent completion without actually pausing the database. Now, after an event, we can use "dbpause -C" to find the hanging udts before our nightly backups scripts run. This will prevent a system hang when all processes eventually get paused waiting for dbpause to complete. My thanks to Wally and the other Rocket engineers. Dean Armbruster System Analyst Ferguson Entprises, Inc. -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: Thursday, July 26, 2012 05:34 To: [email protected] Subject: [U2] dbpause/dbresume or stopud/startud Importance: High U2users, Will I get the same benefits by using stopud and startud as oppose to dbpause and dbresume? The reason for my question is that my server is running unidata 7.2 but 50% of the time cannot resume and stays in dbpause state long after backup? Regards, Thomas Boadu | IS Systems Manager First Capital Connect | Hertford House, London DDI 020 8347 4817 | Mobile 07768 933 445 First Capital Connect Limited. Registered in England & Wales No. 05281077. Registered office: 50 Eastbourne Terrace, Paddington, London, W2 6LG The contents of this e-mail and any associated files are for the addressee only and should be treated as confidential. Unless you are the named addressee you cannot copy, use or disclose it to anyone else. If you have received this e-mail in error please notify the sender immediately. The e-mail has originated from First Capital Connect Limited. The opinions expressed in this e-mail are those of the sender, not First Capital Connect Limited. Outbound messages are checked for all currently known viruses. First Capital Connect Limited. Registered in England & Wales No. 05281077. Registered office: 50 Eastbourne Terrace, Paddington, London, W2 6LG. This message is confidential. It may not be disclosed to, or used by, anyone other than the addressee. If you receive this message in error, please advise us immediately. Internet email is not necessarily secure. First does not accept responsibility for changes to any email which occur after the email has been sent. Attachments to this email could contain software viruses which could damage your system. First have checked the attachments for viruses before sending, but you should virus-check them before opening. For more information on our range of services or to book your tickets online, please visit:- http://www.firstgroup.com _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users First Capital Connect Limited. Registered in England & Wales No. 05281077. Registered office: 50 Eastbourne Terrace, Paddington, London, W2 6LG. This message is confidential. It may not be disclosed to, or used by, anyone other than the addressee. If you receive this message in error, please advise us immediately. Internet email is not necessarily secure. First does not accept responsibility for changes to any email which occur after the email has been sent. Attachments to this email could contain software viruses which could damage your system. First have checked the attachments for viruses before sending, but you should virus-check them before opening. For more information on our range of services or to book your tickets online, please visit:- http://www.firstgroup.com _______________________________________________ U2-Users mailing list [email protected] http://listserver.u2ug.org/mailman/listinfo/u2-users
