Hallöle...

Gegeben:
Der User sagte "ein Datensatz ist weg".
(Es müßten eigentlich 2 sein)

Analyse mit Management Studio:
1. Backup von Mitternacht in den Entwicklungs-MSSQL eingelesen. (Test1)
-> 2 Datensätze vorhanden
2. Backup der Server Datenbank gemacht. (Test2)
3. Backup lokal in den Entwicklungs-MSSQL eingelesen. (Test2)
-> 2 Datensätze vorhanden
4. MSSQL Studio auf Server
-> nur 1 Datensätz vorhanden
5. Backup Server-MSSQL eingelesen. (Test2 , neue DB)
-> nur 1 Datensätz vorhanden
6. das gleiche Backup von 5. in den Entwicklungs-MSSQL eingelesen. (Test2)
-> 2 Datensätze vorhanden

offene Transaktionen:

Zitat:

Keine aktiven geöffneten Transaktionen.
Die DBCC-Ausführung wurde abgeschlossen. Falls DBCC Fehlermeldungen ausgegeben hat, wenden Sie sich an den Systemadministrator.

Abschlusszeit: 2021-06-28T11:41:09.4735222+02:00

...und nun kommt ihr.

Danke

Lass mal raten welche Möglichkeiten existieren:
- die Einstellungen beim Restore unterscheiden sich (Server/Entwicklungsserver)
- die MSSQL-Versionen beider Server stimmmen nicht 100% überein
- die eingelesene Datei unterscheidet sich (z.B. Betriebsystem sieht eine andere Datei als der Benutzer im Explorer)

Zitat:

die Einstellungen beim Restore unterscheiden sich (Server/Entwicklungsserver)

nein...bis auf den Servernamen und ggf. für den Test den Database Namen

Zitat:

die MSSQL-Versionen beider Server stimmmen nicht 100% überein

Ja...sind aber alle beide 2017. Einmal Vollversion, einmal Entwicklerversion.

Zitat:

die eingelesene Datei unterscheidet sich (z.B. Betriebsystem sieht eine andere Datei als der Benutzer im Explorer)

1:1 Kopie vom Server (Hash noch nicht geprüft)

Solche Probleme hatte ich noch nie!


Danke... Ich werde jetzt den Server neu starten...die anderen 80% der User haben Feierabend.

Ich kenne Eure Workflows und Spielregeln nicht.
Datensätze können eingegeben werden.
Datensätze können gelöscht werden.
Datensätze können erneut eingegeben werden.

Ich kenne Eure "Technik" nicht.
Es gibt Dinge, die einem in die Hacken laufen können. Read uncommited, clientseitige Transaktionen, .. vielleicht noch mehr bei MSSQL, das benutze ich schon ewig nicht mehr.

Aus Deinen Angaben ist mir auch nicht klar, welche Art Backups das sind, bzw. wie sie zurückgespielt werden. Mit einem JustInTime recovery könnte man ja genau sehen, wann was da und wieder weg ist.
Wenn man einfache Backups macht, kann es auch passieren, dass
Beim "Nachschauen" noch kein oder schein ein neuer Datensatz da ist.
Beim anschließenden Backupbefehl aber bereits eine andere Datenlage entstanden ist.

Moin...

Gestern Datenbankserver MSSQL Dienst beendet / Neustart -> Datensatz fehlt.

Zitat:

Ich kenne Eure Workflows und Spielregeln nicht.

Ich verstehe nicht, was das mit dem fehlenden Datensatz zu tun hat? Wenn du damit meinst...ausschließlich "Read Commited".
Datensätze können eingegeben werden-> Ja
Datensätze können gelöscht werden-> Ja
Datensätze können erneut eingegeben werden-> Ja

Zitat:

Aus Deinen Angaben ist mir auch nicht klar, welche Art Backups das sind, bzw. wie sie zurückgespielt werden

MSSQL ManagmentStudio:
Backup: DB->Task->Sichern
Einspielen: DB->Task->Wiederherstellen->Datenbank

PS nochmal:
Es geht um einen Datensatz der im Live System nicht sichtbar ist, aber im Backup, welches in der Entwickler Datenbank eingespielt wurde, zu sehen ist.

Wie stellst du fest, dass ein bzw zwei Datensätze vorhanden sind?

Zitat:

Wie stellst du fest, dass ein bzw zwei Datensätze vorhanden sind?

Gleiches SQL im Live System und in der Entwicker DB (Backup aus Live DB)
-> siehe Bilder

Poste mal das SQL-Statement.

Bitteschön...

2. Versuch:

markieren

Code:

SELECT TOP (1000)[idBelKopf]
      ,[ixBelArt]
      ,[BELNummer]
      ,[DatumLeistung]
      ,[DatumBeleg]
      ,[ixSTAdr]
      ,[STName1]
      ,[STName2]
      ,[STPLZ]
      ,[STOrt]
      ,[STStrasse]
      ,ixRecName
      ,RecDate
  FROM [dbo].[BELKopf]where ixSTAdr = '8922' and ixBelArt = 'STÖRUNG'
  order by idBelKopf desc

Hmmm . Im Screenshot kommt aber auch eine Spalte idBelKopf vor...