Monitors the space available in the database transactional log in percentage terms.
This monitor checks the space which is available in the database transaction log. With the 'Health Calculation Mode' override parameter, you can instruct the monitor to check the space based on the percentage term, capacity, or using both at the same time.
An unhealthy state is caused by not having enough free space across all log files. Low free space can be caused by:
Inadequate file configuration settings (size, max size, autogrowth, etc.)
Inadequate space left on media
Lack of periodic regular backups
Log not truncating
Use the following link to view the performance data:
Database Performance Data
This monitor aggregates the space available for each log file within a database depending on each file’s configuration:
No Autogrowth
For a file that has no autogrowth, free space would be the difference between the initial size for a file and the used space.
Autogrowth Enabled
For a file with autogrowth, free space would be calculated as the available free disk space that can be used for extension of the database file with respect to the last autogrowth step size. Because the last autogrowth step size can exceed disk capacity, calculations of the free space are performed as a function of autogrowth step values. For example, if autogrowth is set to 20% on the disk, the size of which is 10 GB and the current database size is 9 GB, the free space will be displayed as 0 GB because the last gigabyte cannot be used.
Low free space for database log files that have autogrowth could mean that the file is approaching the limits of the hosting logical drive. For files with autogrowth enabled with a max size, low free space could also mean that the file is approaching the max size specified for a file.
The free space calculations also take into account that the file can also fail to grow if the growth amount of the file is greater than the amount left on disk and that the file cannot grow if the difference between the max size and the current file size is less than the growth amount. In these situations, available free space left on disk is not included as part of the free space because we cannot grow any longer.
This issue can be resolved by:
Increasing the allocated size for log files if autogrowth is disabled
Increasing the max size value for a log file if autogrowth is enabled
Enabling autogrowth for at least one file
Moving log files to another drive with more free space if growth space is limited
Performing regular backups of log files for FULL and BULK-LOGGED recovery modes
Investigate why log is not getting truncated:
Long open running active transactions
Long running backup operations
Replicated transaction open for a long time (Transactional Replication)
Mirror lagging behind principal server (Database Mirroring)
Modifying the thresholds for this monitor to suit the workload
Alternatively if log file free space is not a concern for the database:
Disable this monitor for this specific database or all databases
Files and Filegroups Architecture
Name | Description | Default Value |
Alert Priority | Defines Alert Priority. | Medium |
Alert Severity | Defines Alert Severity. | Critical |
Azure Maximum File Size (MB) | The maximum size of data file stored in Azure BLOB Storage. The workflow will consider this value as a maximum storage capacity for each file. | 1048576 |
Enabled | Enables or disables the workflow. | Yes |
Generates Alerts | Defines whether the workflow generates an Alert. | Yes |
Health Calculation Mode | Defines how to track the health state. The following values are possible:
| 1 |
Interval (seconds) | The recurring interval of time in seconds in which to run the workflow. | 900 |
Number of samples | Indicates how many times a measured value should breach a threshold before the state is changed. | 2 |
Threshold (%) | The collected value will be compared against this parameter. | 10 |
Threshold (MB) | The collected value will be compared against this parameter. | 5000 |
Timeout (seconds) | Specifies the time the workflow is allowed to run before being closed and marked as failed. | 300 |
Timeout for query execution (seconds) | The workflow will fail and register an event, if the query execution takes longer than the specified period. | 60 |
Timeout for database connection (seconds) | The workflow will fail and register an event, if it cannot access the database during the specified period. | 15 |
Target | Microsoft.SQLServer.Windows.Database | ||
Parent Monitor | Microsoft.SQLServer.Windows.Rollup.Database.DBSpace | ||
Category | PerformanceHealth | ||
Enabled | True | ||
Alert Generate | True | ||
Alert Severity | Error | ||
Alert Priority | Normal | ||
Alert Auto Resolve | True | ||
Monitor Type | Microsoft.SQLServer.Windows.MonitorType.Database.TransactionLogSpaceFreePercent | ||
Remotable | True | ||
Accessibility | Public | ||
Alert Message |
| ||
RunAs | Default |
<UnitMonitor ID="Microsoft.SQLServer.Windows.Monitor.Database.TransactionLogSpaceFreePercent" Accessibility="Public" Enabled="true" Target="SqlDiscW!Microsoft.SQLServer.Windows.Database" ParentMonitorID="Microsoft.SQLServer.Windows.Rollup.Database.DBSpace" Remotable="true" Priority="Normal" TypeID="Microsoft.SQLServer.Windows.MonitorType.Database.TransactionLogSpaceFreePercent" ConfirmDelivery="false">
<Category>PerformanceHealth</Category>
<AlertSettings AlertMessage="Microsoft.SQLServer.Windows.Monitor.Database.TransactionLogSpaceFreePercent.AlertMessage">
<AlertOnState>Error</AlertOnState>
<AutoResolve>true</AutoResolve>
<AlertPriority>Normal</AlertPriority>
<AlertSeverity>Error</AlertSeverity>
<AlertParameters>
<AlertParameter1>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/MachineName$</AlertParameter1>
<AlertParameter2>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/InstanceName$</AlertParameter2>
<AlertParameter3>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.Database"]/DatabaseName$</AlertParameter3>
<AlertParameter4>$Data/Context/Property[@Name='DBLogFreeSpaceMB']$</AlertParameter4>
<AlertParameter5>$Data/Context/Property[@Name='DBLogFreeSpacePercent']$</AlertParameter5>
</AlertParameters>
</AlertSettings>
<OperationalStates>
<OperationalState ID="Normal" MonitorTypeStateID="Normal" HealthState="Success"/>
<OperationalState ID="Error" MonitorTypeStateID="Error" HealthState="Error"/>
</OperationalStates>
<Configuration>
<MachineName>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/MachineName$</MachineName>
<NetbiosComputerName>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/NetbiosComputerName$</NetbiosComputerName>
<InstanceName>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/InstanceName$</InstanceName>
<DatabaseName>$Target/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.Database"]/DatabaseName$</DatabaseName>
<AzureMaxFileSizeMB>1048576</AzureMaxFileSizeMB>
<HealthCalcMode>1</HealthCalcMode>
<ValuePropertyName>DBLogFreeSpacePercent</ValuePropertyName>
<Value2PropertyName>DBLogFreeSpaceMB</Value2PropertyName>
<Threshold>10</Threshold>
<Value2Threshold>5000</Value2Threshold>
<NumSamples>2</NumSamples>
<ConnectionString>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/ConnectionString$</ConnectionString>
<InstanceVersion>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/Version$</InstanceVersion>
<InstanceEdition>$Target/Host/Property[Type="SqlCoreLib!Microsoft.SQLServer.Core.DBEngine"]/Edition$</InstanceEdition>
<MonitoringType>$Target/Host/Property[Type="SqlDiscW!Microsoft.SQLServer.Windows.DBEngine"]/MonitoringType$</MonitoringType>
<SqlExecTimeoutSeconds>60</SqlExecTimeoutSeconds>
<SqlTimeoutSeconds>15</SqlTimeoutSeconds>
<TimeoutSeconds>300</TimeoutSeconds>
<IntervalSeconds>900</IntervalSeconds>
<SyncTime/>
</Configuration>
</UnitMonitor>