Centralize SQL Server maintenance with native tool in my goal. Scripts are saved in a database table, exported to a .bat in the file system and executed from a SQL Server Agent job.
The basic statement in the command batch file looks like this:
sqlcmd -E -S ServerName -Q “SET NOCOUNT ON; DBCC CHECKDB( 7) WITH NO_INFOMSGS ”
I build the statement using the server database ID rather than database name. There are no naming convention rules like “database names have no spaces” or “do not begin with a number” for systems not created by me. Just easier to reference databases from numbers than names in the Dynamic SQL code within the stored procedures than handling complex database names.
I want to have a .log file error message result output. I can then add a step to my job that looks for error message files and forward the file in email to me as notification of errors.
sqlcmd -E -S ServerName -Q “SET NOCOUNT ON; DBCC CHECKDB( 7) WITH ALL_ERRORMSGS, NO_INFOMSGS ” -o \\Lgc004\SQLBackups\Process\DbccCheckDb\Error\LG0113DBCCCheckDB.log
Paul Randal is a guide:
Challenged by the lack of budget and/or ill-place spending I’ve come to the conclusion a custom system is required for this diverse SQL Server environment. In 2012 created a centralized database to manage the maintenance of all instances. It is far less expensive than third-party tools.Heck getting fully licensed on some of those tools would be as expensive as my salary.
The system includes SQL Agent Jobs that collect statistics from each instance and records those in a centralized database. Trying to keep locally created objects to a minimum only views are created in the master database under a defined schema so there is no confusion the source of the objects. The individual dynamic management views present an overwhelming amount of information and frankly, I don’t understand all of it.
All the data collected is presented in SQL Server Reporting Services (SSRS) reports. These reports are at the Enterprise level down to the database level. The son_db database in the Elite system is very important so special daily reports are created just for that server and others just as important. Subscriptions are sent to me and others where the reports identify problems like out of space issues, missed back-ups, etc.
- Weekly Powershell script to scan the network for servers running SQL Server services
- Daily job to inventory instances
- Daily Job collecting maintenance information
- Daily Full Backups
- Daily Log Backups
- Weekly baseline collection
I’m looking forward to building this package out and possibly adding a front-end. I’m not much of an application developer, so that may be more than a year away.
The biggest challenge to implementing a standardized maintenance plans in a wide-spread environment is finding where the SQL Server instances reside. The proliferation of SQL Server instances is a side effect the virtual environment. Super easy to just spin up a new server. Servers are created and SQL server is installed. The install is usually guided by the software vendor or a well-intentioned department professional. Maintenance does not get the consideration required.
Now a full-time DBA is on site and ready to wrangle all the servers into a stream lined configuration with a very secure and desirable assortment. Guided by Ola Hallengren http://ola.hallengren.com/ These servers will be maintained. No more log bloat, recovery ability meeting the SLA, and peak performance on the indexes. Good times ahead!