Wir sind umgezogen nach neuer Server. Es läuft SQL und 1C. Im Vergleich zu den alten war es viel kühler. Und Gilevs Test bestätigte dies auch: Gegen 10-15 auf den alten Servern ergab es 39. Daher haben wir direkt nach dem Kauf die Datenbank übertragen und mit der Arbeit begonnen.

Doch irgendwann ging etwas schief – die Benutzer begannen sich darüber zu beschweren langsame Arbeit. Wir haben bestimmte Einstellungen für den Server und die Dienste vorgenommen (welche das Thema eines separaten Beitrags sind) und beschlossen, den Server neu zu starten. Glücklicherweise betrug die Neustartgeschwindigkeit 2 Minuten (auf anderen Servern waren es bis zu 10). Danach erhalten wir beim Einloggen in 1C die folgende Meldung:

"Aufmerksamkeit!!! Beim Aktualisieren der Daten nach der letzten Umstrukturierung ist ein Fehler aufgetreten. Soll ich das Update wiederholen? "Ja Nein"

Nachdem Sie auf „Ja“ geklickt haben, erscheint Folgendes:

„Es wurde ein unvollständiger Konfigurationsspeichervorgang erkannt. Sie müssen den Vorgang abschließen, um fortfahren zu können.“

Als erstes habe ich mich für CHECKDB im Managment Studio entschieden – nach 2 Stunden Wartezeit (500 GB Datenbank) war alles in Ordnung.

Ich habe im Internet Informationen gefunden, dass der gleiche Fehler beim dynamischen Update auftritt.

Die online vorgeschlagenen Lösungen haben nicht sofort geholfen, aber zusammen mit anderen Maßnahmen führten sie zu Ergebnissen. Was ich also getan habe:

Lösung:

1. Was an Lösungen aus dem Netzwerk fehlte:

sp_configure 'Updates zulassen', 1
Neukonfigurieren mit Override
gehen

2. Versetzen Sie die Datenbank in den Wiederherstellungsmodus

Datenbanksatz EMERGENCY, SINGLE_USER ändern

3. Wir führen Datenbanktests durch:

dbcc checkdb('db_name', REPAIR_ALLOW_DATA_LOSS)

4. Verlassen Sie die Datenbank aus dem Wiederherstellungsmodus:

Datenbank ändern: ONLINE, MULTI_USER

5. Wenn Sie sicher sind, dass mit der Basis selbst alles in Ordnung ist, müssen Sie die Punkte 2-4 grundsätzlich nicht ausführen. Als nächstes führen wir zwei Abfragen im SQL-Profiler aus:

Aus der Konfiguration löschen, wobei FileName = 'commit' ist
Aus der Konfiguration löschen, wobei FileName = „dbStruFinal“ ist.

Diese Datensätze sind für die dynamische Aktualisierung verantwortlich – Sie müssen keine Angst haben, sie zu löschen.

In Arbeitsversionen der Datenbankabfragen:

Wählen Sie * aus Config WHERE FileName = 'commit'

Wählen Sie * aus Config WHERE FileName = 'dbStruFinal'

wird leer sein.

6. Geben Sie die Einstellungen zurück:

sp_configure 'Updates zulassen', 0
gehen

7. Danach gelang es uns, den Konfigurator zu starten und die Datenbank begann zu funktionieren.

Außerdem kann die Basis nach dem Entfernen der ersten Flagge ihre Arbeit aufnehmen.

Sandkasten

1C, Konfigurationswiederherstellung Informationsbasis unter Verwendung von MS SQL

Irgendwann bin ich auf ein Problem gestoßen: Beim Aktualisieren der Konfiguration aus dem Repository ist ein Fehler aufgetreten und 1C wurde geschlossen.

Wie sich später herausstellte, wurde der Konfigurationsspeicher zerstört und beim Aktualisieren der Konfiguration wurde auch die Datenbankkonfiguration aus dem Speicher gelöscht. Ein ähnlicher Fehler trat bereits bei dynamischen Updates der Informationssicherheit auf.

Weil dieses Problem tauchte mehr als einmal auf und beschloss, eine Behandlungsoption mitzuteilen.

Beim nächsten Start des Konfigurators erschien eine Fehlermeldung: „Achtung!!! Beim Aktualisieren der Daten nach der letzten Umstrukturierung ist ein Fehler aufgetreten. Soll ich das Update wiederholen? Wenn die Antwort „Ja“ lautet, erhalten wir die Meldung: „Es wurde ein unvollständiger Konfigurationsspeichervorgang erkannt.“ Um mit der Arbeit fortzufahren, müssen Sie den Vorgang abschließen.“ Anschließend wird die Anwendung geschlossen.

Bei der Analyse dieses Problems wurden mehrere Lösungen für das Problem gefunden, jede Lösung funktioniert in unterschiedlichen Fällen.

Option 1 (wenn Sie ein SQL-Backup mit einer Kopie mit identischer Konfiguration haben):

Eine Kopie der Informationssicherheit wird bereitgestellt und die folgende Anforderung wird ausgeführt:
VERWENDEN SIE GO DELETE FROM .. GO INSERT INTO .. ​​​​SELECT * FROM .. GO
In diesem Fall wird die Tabelle, in der die Infogespeichert ist, neu gefüllt. Es empfiehlt sich, nach diesem Vorgang die Informationssicherheit zu testen und zu korrigieren.

Option 2 (wenn kein Backup vorhanden ist):

ZU diese Option hat den letzten Strohhalm ausgeschöpft. Weil Die Konfiguration befand sich in der Entwicklung und sie vergaßen ein wenig die Sicherung und verließen sich auf den Speicher.
In der Datenbank werden zwei Datensätze aus der Tabelle „Config“ durch den Wert in der Spalte „FileName“ gelöscht – dbStruFinal und Commit

Die folgende Abfrage wird ausgeführt:
VERWENDEN SIE GO LÖSCHEN VON . WHERE FileName = "dbStruFinal" GO DELETE FROM . WHERE FileName = "commit" GO
Seltsamerweise erwacht die Basis zum Leben.

Schlagworte: 1C Enterprise 8.2, SQL, Konfigurationswiederherstellung

Dieser Artikel kann nicht kommentiert werden, da der Autor noch kein vollwertiges Mitglied der Community ist. Sie können den Autor erst kontaktieren, nachdem er ihn erhalten hat

Beim Arbeiten in 1C:Enterprise erscheint möglicherweise die folgende Meldung: „Zur Arbeit mit neue Version 1C:Enterprise muss eine Transformation der Informationsbasis durchlaufen.“ Warum erscheint dieses Fenster und wie kann ich den Fehler beheben?

In den meisten Fällen ist der Grund für das Erscheinen des Fensters ein kürzlich erfolgter Programmübergang veraltete Version Plattformen auf eine neuere umstellen. Auf verschiedenen Plattformen Informationsbasis 1C bildet sich auf seine eigene Art und Weise und nimmt eine andere Zusammensetzung an. Es muss lediglich die Datenbank (deren Struktur der veralteten Plattform entspricht) in das neueste Format konvertiert werden.

Datenbankkonvertierung

Dieses Verfahren ist einfach, es wird jedoch empfohlen, es zunächst zu erstellen Sicherheitskopie Basis, falls während der Konvertierung ein Fehler auftritt (z. B. schaltet sich der Computer aus, was dazu führt, dass Informationsbasis 1C(sowie das Programm selbst, kann beschädigt sein). Wenden Sie dann den folgenden Aktionsalgorithmus an:

• Öffnen Sie die Datenbank im Konfiguratormodus;
• Sie werden in einer Meldung aufgefordert, die Infobase zu konvertieren. Klicken Sie auf Bestätigung;

• Schließen Sie den Konfigurator.

Öffnen Sie die Datenbank – sie sollte ohne Probleme starten. Sollte das Fehlerfenster nach der Konvertierung weiterhin erscheinen, können Sie den Vorgang erneut versuchen. Wenn dies nicht hilft, müssen Sie sich an einen 1C-Programmierer wenden. Manchmal kann es vorkommen, dass das Programm während der Ausführung eines Vorgangs einfriert. Derzeit besteht kein Handlungsbedarf.

Wichtig! Informationsbasis 1C, umgewandelt letzte Version Programme können in früheren Versionen nicht geöffnet werden.

Hintergrund

Wir mussten ein neues Informationsregister „MessageTrackingLog“ erstellen. Zur Konfiguration hinzugefügt, die Daten geladen. Dann kam die Optimierungsarbeit. Ich musste die Registerstruktur ändern. Aber es war nicht da!

Hier ist alles klar. Die Datensätze sind nicht mehr eindeutig, Sie müssen sie löschen!

Der einfachste Weg ist:

NewRecord = InformationRegisters.MessageTrackingLog.CreateRecordSet(); NewRecord.Write();

Mit dieser Methode löschen wir das Register in 1C sehr schnell (aber das wird auch unser Fehler sein).

Fehler

Es scheint, dass das Register leer ist und Sie 1C aktualisieren können. Ich möchte Sie nicht überraschen, aber es wird wieder ein Fehler auftreten:

Was bedeutet der Fehler:

Während des Aktualisierungsvorgangs der Infobase ist ein kritischer Fehler aufgetreten
wegen:
Ich versuche, einen nicht eindeutigen Wert in einen eindeutigen Index einzufügen:
Microsoft SQL Server Native Client 11.0: Die CREATE UNIQUE INDEX-Anweisung wurde beendet, weil ein doppelter Schlüssel für den Objektnamen „dbo._InfoRgChngR34546NG“ und den Indexnamen „_InfoR34546_ByNodeMsg_RNTSRRRRRRNG“ gefunden wurde. Der doppelte Schlüsselwert ist (0x00000011,d7, , 27. September 4015 22:22 Uhr, 768404,00,00,00,00,00,00).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, Status=1, Schweregrad=10, nativ=1505, Zeile=1

Erläuterung

Lassen Sie uns die Struktur von SQL verstehen. Wir haben ein Register „MessageTrackingLog“, in SQL befindet es sich in der Tabelle „ _InfoR34546". Sie können dies durch eine spezielle Verarbeitung oder die „Poke“-Methode überprüfen (wir müssen dies nicht tun, da der Name der Tabelle bereits im Fehlertext angegeben ist).

Jetzt werde ich erklären, was passiert ist. Als wir die Daten in das Register geladen haben, landeten sie in SQL in der Tabelle. _InfoR34546". Als wir die Tabelle mit Code in 1C gelöscht haben, wurden diese Daten aus der Tabelle gelöscht" _InfoR34546", aber sie wurden in die Tabelle kopiert" _InfoRgChngR34546". Dies wurde zum Problem.

Lösung

Um dieses Problem zu lösen, müssen wir die SQL-Tabelle „_InfoRgChngR34546“ löschen.

Ich erzähle es dir anhand eines Beispiels“ Microsoft SQL Server Management Studio“. Gehen Sie zu „ Management Studio“. Suchen Sie unsere Datenbank, öffnen Sie die Registerkarte „Tabellen“, klicken Sie auf eine beliebige und klicken Sie auf die Schaltfläche „Neue Abfrage“: Jetzt geben wir die Abfrage ein

Tabelle „_InfoRgChngR34546“ abschneiden

Möglicherweise haben Sie einen anderen Tisch! Nicht vergessen!

Und drücken Sie „Ausführen“ oder drücken Sie „F5“. So sollte das Ergebnis aussehen:

Das war's, jetzt können Sie 1C sicher aktualisieren, und es treten keine Fehler auf!