This past week I have the opportunity to speak to my peers about this topic, while speaking of it I taught myself that I will share some of these key values with my blog readers. I know how important this content can be for them, so lets sharp some extra ninja skills today and write about it. I documented the process of creating a Windows Server 2012 Fail Over Cluster and SQL Server 2012 to support my System Center 2012 Configuration Manager, a little over the counter for a blog so what I did was put all the information on a small eBook.
Here are my top 10 Database Issues, this are issues that I consider should be address on every ConfigMgr Database to ensure they are configured correctly.
Top 10 ConfigMgr Database issues:
This list are issue that where identified while performing a RaaS for Configuration Manager , if you want to check your current system, schedule a RaaS for CM Today. Contact me if you have any questions about it.
1. SQL Server instance has only one tempdb data file while there are more than one scheduler in use
Microsoft recommends that they be reviewed to determine whether the reason for their use is still valid. Some trace flags can have a significant effect on server performance, and often at unexpected times such as in the case of trace flags being used to capture dump files. Trace flags can be enabled through the use of the DBCC TRACEON statement or through the use of the -T startup parameter. If the flag was enabled using the DBCC TRACEON statement, it can be turned off by using the DBCC TRACEOFF statement.
If the flag was enabled using the DBCC TRACEON statement, the command must be run again after every restart of the SQL Server service to re-enable the flag. If the flag was enabled using the -T startup parameter, the flag will automatically be re-enabled every time the server is restarted, providing that the -T parameter has not been removed.
Typically, trace flags should only be enabled in special circumstances or if you have been instructed to do so by Microsoft Service Engineers.
3. max degree of parallelism
The Microsoft SQL Server max degree of parallelism (MAXDOP) configuration option controls the number of processors that are used for the execution of a query in a parallel plan. This option determines the computing and thread resources that are used for the query plan operators that perform the work in parallel. Depending on whether SQL Server is set up on a symmetric multiprocessing (SMP) computer, a non-uniform memory access (NUMA) computer, or hyperthreading-enabled processors, you have to configure the max degree of parallelism option appropriately. This article discusses the general guidelines that you can use to configure the max degree of parallelism option for SQL Server when you use the sp_configure system stored procedure
This are my selection of Top 10 Database issues we as ConfigMgr Administrations need to ensure wont happened, if any of this are happening to you I recommend talking to your TAM about them and schedule a RaaS for CM to confirm them. Read the information I have provided you here and you should be able to address them, if you don’t understand how to fix them also talk to your Database Administrator.