Sp_configure on Managed instance

-> We use Sp_configure almost everyday on our Database Server in On-Premise.

-> We can access Sp_configure in Managed Instance as well. But not all setting can be tweaked.

-> We will check most of the used configuration settings and see if it can be changed or not,

NameCan be changed?
Show Advanced OptionsYes
Ad Hoc Distributed QueriesYes
allow updatesNo
automatic soft-NUMA disabled No
backup checksum default Yes
backup compression defaultYes
blocked process threshold (s) Yes
clr enabled Yes
clr strict security Yes
contained database authentication Yes
cost threshold for parallelism Yes
cross db ownership chaining Yes
Database Mail XPs Yes
filestream access level No
fill factor (%)No
index create memory (KB) Yes
lightweight pooling No
locks No
max degree of parallelism Yes
max server memory (MB) No
max text repl size (B) No
max worker threads Yes
min memory per query (KB) Yes
min server memory (MB) No
nested triggers Yes
network packet size (B) Yes
Ole Automation Procedures Yes
optimize for ad hoc workloadsYes
priority boost No
recovery interval (min) Yes
remote admin connections Yes
Replication XPs Yes
scan for startup procs No
xp_cmdshell Yes, But when you execute xp_cmdshell in query window. You will get an error “‘xp_cmdshell’ is not supported in this version of SQL Server.”

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided “AS IS” with no warranties, and confers no rights.

GETDATE() on Managed Instance

-> I was testing different features of Managed Instance. I moved an On-premise database to Managed Instance along with few jobs.

-> Everything was fine. But the jobs were not working fine. Later I found that the job uses getdate() function.

-> It seems like Getdate() function returns time in UTC time zone only. Any objects within the database and Jobs using Getdate() function will return time in UTC time zone than the timezone where the Instance resides. This might break the business logic of some objects and jobs.

-> This is not a problem anymore in Managed instance.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided “AS IS” with no warranties, and confers no rights.

Is Trace Flag 1117 enabled in Azure Managed Instance?

-> The list of trace flags enabled by default in an Azure Managed Instance doesn’t contain trace flag 1117.

-> The official documentation states that “A Managed Instance runs with all of the features of the most recent version of SQL Server, including online operations, automatic plan corrections, and other enterprise performance enhancements.”. This advises us that features related to trace flag 1117 should be enabled by default even though the trace flag is not explicitly enabled.

-> Lets check if this is actually true!

-> Managed instance that I am testing has below Tempdb files,

Blog42_1.PNG

-> I am inserting some data into a temporary table and check if all the tempdb files grow,

Blog42_2.PNG

-> It is pretty clear that all the tempdb files have grown. Lets check the SQL Server error log to see if there are any messages related to Tempdb autogrow,

Blog42_3.PNG

-> The messages recorded above shows us that autogrow has happened.

-> This proves that the features related to trace flag 1117 are enabled in the managed instance and it is not required for us to enable it explicitly.

Thank You,
Vivek Janakiraman

Disclaimer:
The views expressed on this blog are mine alone and do not reflect the views of my company or anyone else. All postings on this blog are provided “AS IS” with no warranties, and confers no rights.