September 23, 2007 at 9:29 pm
Comments posted to this topic are about the item check full recovery dbs have tran log backups
October 31, 2007 at 4:19 pm
a nifty little script, I installed the SP on a couple of boxes and straightaway found some little databases no-one cared about enough to monitor that were on 'full recovery' but had no tran-log backups setup.
November 2, 2007 at 8:42 am
Hi,
that's exactly why i wrote it, people often forget to remove full recovery mode when they copy from a production environment, so it has caused me issues in the past.
Thanks
Paul
December 17, 2007 at 7:13 am
/*
Why are you using temp table and using subquery? A subquery is not as efficient as a join or a derived table or an exists. The latter being the most optimal. This would have been far more efficient in typing and execution.
You have allocated a data type varchar(50) for the database name when this should have been syname or nvarchar(128) as per the system tables that you are refering to. This would fail for database with a name > 50 characters
I would like to have had the date of the last backup if I'm checking.
*/
DECLARE
@num_of_days int
SELECT @num_of_days = 7
SELECT
a.[name]
,b.DateLogLastBackedUp
,CASE
WHEN b.DateLogLastBackedUp IS NULL THEN 1
ELSE 0
ENDAS TransactionLogNeverBackedUpIndicator
FROM
master.dbo.sysdatabases a
LEFT JOIN
(-- gets the latest available transaction log backup if exists
SELECT
database_name
,MAX(backup_start_date)AS DateLogLastBackedUp
FROM
msdb.dbo.backupset
WHERE
type = 'L'-- Log backups only
AND
DATEDIFF(dd,backup_start_date,GETDATE()) > @num_of_days
GROUP BY
database_name
) b ON a.[name] = b.DateLogLastBackedUp
WHERE
DATABASEPROPERTYEX(a.[name],'Recovery') = 'FULL'
February 20, 2009 at 9:42 am
The LEFT JOIN for the derived table in the example from stuart.adair should be on b.database_name (not b.DateLogLastBackedUp):
) b ON a.[name] = b.database_name
May 12, 2016 at 7:08 am
Thanks for the script.
Viewing 6 posts - 1 through 5 (of 5 total)
You must be logged in to reply to this topic. Login to reply