How can we help you today? How can we help you today?
DonFerguson
Thanks Pete.  Since the word force is somewhat ambiguous, can you describe the exact criteria where it won't show red in global overview vs. when it will show if the  option "Do not force" is chosen? / comments
Thanks Pete.  Since the word force is somewhat ambiguous, can you describe the exact criteria where it won't show red in global overview vs. when it will show if the  option "Do not force" is chosen?
0 votes
I don't think 9.1.1 was fully pulled.  It's still in the new release announcements thread with no mention of this issue.  And the download link there still works. / comments
I don't think 9.1.1 was fully pulled.  It's still in the new release announcements thread with no mention of this issue.  And the download link there still works.
0 votes
Perhaps a "monitor the monitor" feature could be leveraged in a multi-base configuration.  Just an idea, but if anyone is interested, I'm sure we need to add it as a new feature suggestion. / comments
Perhaps a "monitor the monitor" feature could be leveraged in a multi-base configuration.  Just an idea, but if anyone is interested, I'm sure we need to add it as a new feature suggestion.
0 votes
Same here.  The base monitor installation finally succeeded on a 2012 repository with the 9.0.7 release.  I still have four more base monitors to update, but I am optimistically hopeful that it will succeed on them as well. / comments
Same here.  The base monitor installation finally succeeded on a 2012 repository with the 9.0.7 release.  I still have four more base monitors to update, but I am optimistically hopeful that it wil...
0 votes
I just tried version 9.0.6.  Still no joy.  I am getting the same error. [Red Gate Monitor (9.0.6.20734), Running as:  (Service), Working Dir: C:\Program Files\Red Gate\SQL Monitor\BaseMonitor] [Running on: , OS Version: Microsoft Windows NT 6.1.7601 Service Pack 1, .NET Runtime Version: 4.0.30319.42000 (Microsoft)] [Start Date: 2019-03-20 17:51:48Z, Current Date: 2019-03-20 17:51:54Z, Elapsed Time: 00:00:05.8281250] 2019-03-20 17:51:56,014 [              7] WARN  RedGate.SqlMonitor.Default.Config.SchemaVersioning.Sql.SqlSchemaVersionManager - Requested schema version upgrade from SchemaVersion(Seq224) to SchemaVersion(Seq227) Upgrade path is: SchemaVersion(Seq224) SchemaVersion(Seq225) SchemaVersion(Seq226) SchemaVersion(Seq227) 2019-03-20 17:52:51,201 [              7] WARN  RedGate.SqlMonitor.Engine.Alerting.Base.Service.SchemaInitialization - Schema upgrade failed with schema upgrade exception RedGate.SqlMonitor.Default.Config.SchemaVersioning.Sql.SqlSchemaUpgradeException: Violation of PRIMARY KEY constraint 'PK_datawarehouse_AllRPOs'. Cannot insert duplicate key in object 'datawarehouse.AllRPOs'. The duplicate key value is (~snip~, , ~snip~, 636886845050000000). ---> System.Data.SqlClient.SqlException: Violation of PRIMARY KEY constraint 'PK_datawarehouse_AllRPOs'. Cannot insert duplicate key in object 'datawarehouse.AllRPOs'. The duplicate key value is (~snip~, , ~snip~, 636886845050000000). / comments
I just tried version 9.0.6.  Still no joy.  I am getting the same error. [Red Gate Monitor (9.0.6.20734), Running as:  (Service), Working Dir: C:\Program Files\Red Gate\SQL Monitor\BaseMonitor][Run...
0 votes
I too, am having issues upgrading.  It failed on 5 of 7 of my Base Monitor installations.  I was able to do a little digging and found that the real issue is not permissions, but instead a failure in the database repository upgrade process. The install log shows the following error: RedGate.SqlMonitor.Default.Config.SchemaVersioning.Sql.SqlSchemaUpgradeException: Violation of PRIMARY KEY constraint 'PK_datawarehouse_AllRPOs'. Cannot insert duplicate key in object 'datawarehouse.AllRPOs'. The duplicate key value is (~HostnameSnip~, , ~DatabaseNameSnip~, 636879933070000000). ---> System.Data.SqlClient.SqlException: Violation of PRIMARY KEY constraint 'PK_datawarehouse_AllRPOs'. Cannot insert duplicate key in object 'datawarehouse.AllRPOs'. The duplicate key value is (~HostnameSnip~, , ~DatabaseNameSnip~, 636879933070000000). Further digging shows that a new procedure is created called [datawarehouse].[PopulateAllRPOs] that contains the following: SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE PROCEDURE [datawarehouse].[PopulateAllRPOs] AS BEGIN TRANSACTION; DELETE FROM [datawarehouse].[AllRPOs]; WITH [AllDbs] AS (SELECT [data].[Cluster_SqlServer_Database_Keys].[Id] AS [DatabaseId],            [data].[Cluster_Keys].[_Name] AS [ClusterName],            [data].[Cluster_SqlServer_Keys].[_Name] AS [InstanceName],            [data].[Cluster_SqlServer_Database_Keys].[_Name] AS [DatabaseName]     FROM [data].[Cluster_SqlServer_Database_Keys]         INNER JOIN [data].[Cluster_SqlServer_Keys]             ON [data].[Cluster_SqlServer_Keys].[Id] = [data].[Cluster_SqlServer_Database_Keys].[ParentId]         INNER JOIN [data].[Cluster_Keys]             ON [data].[Cluster_Keys].[Id] = [data].[Cluster_SqlServer_Keys].[ParentId]),      [AllBackupDates] AS (SELECT DISTINCT            [BTK].[ParentId] AS [DatabaseId],            [BI].[_FinishDate] AS [FinishDate]     FROM [data].[Cluster_SqlServer_Database_BackupType_Backup_Instances] [BI]         INNER JOIN [data].[Cluster_SqlServer_Database_BackupType_Backup_Keys] [BK]             ON [BK].[Id] = [BI].[Id]         INNER JOIN [data].[Cluster_SqlServer_Database_BackupType_Keys] [BTK]             ON [BTK].[Id] = [BK].[ParentId]),      [RPOs] AS (SELECT [DatabaseId],            [RpoFrom],            [RpoTo],            CASE                WHEN [RpoFrom] IS NULL THEN                    NULL                ELSE                    [RpoTo] - [RpoFrom]            END [Duration]     FROM     (         SELECT [DatabaseId],                [FinishDate] AS [RpoTo],                LAG([FinishDate], 1) OVER (PARTITION BY [DatabaseId] ORDER BY [FinishDate]) AS [RpoFrom]         FROM [AllBackupDates]     ) [ConsecutiveBackups] ) INSERT INTO [datawarehouse].[AllRPOs] (     [ClusterName],     [InstanceName],     [DatabaseName],     [BackupFinishDate],     [DurationTicks] ) SELECT [adb].[ClusterName],        [adb].[InstanceName],        [adb].[DatabaseName],        [RPOs].[RpoTo] AS [To],        [RPOs].[Duration] FROM [RPOs]     INNER JOIN [AllDbs] [adb]         ON [RPOs].[DatabaseId] = [adb].[DatabaseId]; COMMIT TRANSACTION; GO This query is producing duplicates and violating the primary key constraint in [datawarehouse].[AllRPOs].  I'm not sure if this has anything to do with the issue, but the two repositories where it succeeded, were on SQL Server 2016, but the 5 that failed were hosted on SQL Server 2012. At any rate, I haven't been able to get the repositories on 2012 to upgrade.    / comments
I too, am having issues upgrading.  It failed on 5 of 7 of my Base Monitor installations.  I was able to do a little digging and found that the real issue is not permissions, but instead a failure ...
0 votes