ViCtor startet nicht mehr. Beim Starten des Dienstes ist nur zu sehen, dass er wie folgt hängen bleibt und nicht mehr weiter lädt
dies ist ein Zeichen dafür, dass die Tabelle [dbo].[__MigrationHistory] defekt ist. Nach einem blick in diese wird einem auffallen, dass alle einträge den ContextKey
Visitmedia.SettingsProvider.SettingsDbContext
haben.
Dies ist fehlerhaft. Dieses Problem ist in der Regel relativ leicht mit den folgenden Scripten zu Reparieren, bedarf aber eine Lokale ViCtor Installation, mit den gleichen Modulen wie der Kunde Sie hat.
Es gibt dann 2 Scripte, welche man nutzen kann
Reperatur der bestehenden Einträge (Empfohlen)
SELECT 'DELETE FROM [dbo].[__MigrationHistory] WHERE ContextKey != ''Visitmedia.SettingsProvider.SettingsDbContext''' UNION ALL SELECT CONCAT('UPDATE [dbo].[__MigrationHistory] SET [ContextKey] = ''',[ContextKey],''', [Model] = CONVERT(VARBINARY(max),''',CONVERT(VARCHAR(max),Model,2),''',2) WHERE [MigrationId] = ''',[MigrationId],'''') FROM [eazybusiness].[dbo].[__MigrationHistory]Neu anlegen der Datensätze
select 'truncate table dbo.__MigrationHistory' union all SELECT CONCAT('INSERT INTO [dbo].[__MigrationHistory] (MigrationId,ContextKey,Model,ProductVersion) VALUES (''',[MigrationId],''',''',[ContextKey],''',CONVERT(VARBINARY(max),''',CONVERT(VARCHAR(max),Model,2),''',2),''',ProductVersion,''')') FROM [eazybusiness].[dbo].[__MigrationHistory]
Script 1, erstellt Update Statements, welche auf basis der Lokalen Daten Update Befehle erzeugt, welche die Defekte Tabelle Reparieren sollte.
Script 2 erstellt neue Insert Statements, welche die Tabelle komplett neu aufbaut, dies kann aber dazu führen, dass Migrations Einträge übernommen werden, die bei der Defekten Version noch nicht drin sind (Neue Migrationen, oder Migrationen von anderen Modulen)
Variante 2 sollte nur dann angewendet werden, wenn nach Variante 1 das Problem nicht gelöst ist.
Gelöst ist es nur, wenn der ViCtor danach regulär durch startet.
