InstantForum.NET v2.9.0SQLServerCentralhttp://www.sqlservercentral.com/Forums/notifications@sqlservercentral.comThu, 20 Jun 2013 04:14:12 GMT20http://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspxHi Scott,Thanks for the reply... The script was executed directly "as is" by the SQL Agent as a job.That's what is bugging me...Mon, 19 Nov 2012 02:18:40 GMTSQLAnthibianhttp://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspx[quote][b]Scott D. Jacobson (11/16/2012)[/b][hr]I've learned through that experience that it's better to executing the backup action through the job directly or, even better, create some DBA stored procedures and then execute the sproc through a job.[/quote]+1Mon, 19 Nov 2012 01:20:43 GMTBhuvneshhttp://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspxJust out of curiosity, was the Agent job running the TSQL commands you specified directly? Or was it executing a backup task via a Maintenance Plan? I've recently seen perfectly fine Maintenance Plan tasks start exhibiting odd, unintended behavior. Deleting and re-creating the Maintenance Plan task fixed the issue. I've learned through that experience that it's better to executing the backup action through the job directly or, even better, create some DBA stored procedures and then execute the sproc through a job.Fri, 16 Nov 2012 07:29:16 GMTScott D. Jacobsonhttp://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspxHi Guys,Thanks for the replies, unfortunately a team member went and deleted the file due to disk space constraints...Though I would love to know if I used the RESTORE HEADERONLY/RESTORE and found that there were multiple files,why would it do that if INIT and SKIP were specified??Like I say this was so strange, and I have no idea would could be happening...Any ideas to what you think could have happened??Thanks,AnthonyFri, 16 Nov 2012 01:03:05 GMTSQLAnthibianhttp://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspx[quote][b]anthony.green (11/15/2012)[/b][hr]whats the output of RESTORE HEADERONLY 'backup path.bak'?[/quote]Good one Tony. I forgot about RESTORE HEADERONLY.Thu, 15 Nov 2012 11:00:57 GMTScott D. Jacobsonhttp://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspxwhats the output of RESTORE HEADERONLY 'backup path.bak'?Thu, 15 Nov 2012 08:37:42 GMTanthony.greenhttp://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspxMy first thought was that the process was appending backups. However, INIT and SKIP options imply that it should be overwriting any old backups.What happens if you try to restore the very large file? Do you see multiple backups in there?Thu, 15 Nov 2012 08:28:39 GMTScott D. Jacobsonhttp://www.sqlservercentral.com/Forums/Topic1385185-357-1.aspxHi Guys,Have a strange one... Found a job running on one of my servers. Job did a full backup of a database, using the following:BACKUP DATABASE [tinyDB]TO DISK = N'<backup drive location here>'WITH NOFORMAT, INIT, SKIP, NOREWIND, COPY_ONLY, NOUNLOAD, STATS = 10All fine and dandy that the guy decided to set up a backup for this DB, but what scares me is the size of the backup compared tothe size of the DB and LOG. Backup ends up at 250+GB, but when I do a normal backup of the database I end up with a 3GB backup file.How the heck :crazy:... How is that possible?? Can you guys please help me out with any experiences that you guys have hadin a similar situation?? Grateful for all replies..AnthonyThu, 15 Nov 2012 08:12:14 GMTSQLAnthibian