2022-08 sending issues: Difference between revisions

Line 23:

Coincidentally, the accident of getting collectors to send to an older version of centralized than expected exposed a bug where records with recordstatus = "deleted" could be sent. This was addressed in [[CCMDB.accdb Change Log 2022#2022-08-15]]

We reverted to most recent prior backed up centralized_data file from 2022-8-7-10.57 and re-applied the [[Centralized data.mdb Change Log#2022-08-15| updates]].

We reverted to most recent prior backed up centralized_data file from '''2022-8-7-10.57''' and re-applied the [[Centralized data.mdb Change Log#2022-08-15| updates]].

To bring the file up to current we then attempted to re-send the data in the same sequence as it was sent, based on the pre-sending backup files. Of 14 sends that happened in this period, '''6 didn't have backups with time stamps immediately prior to sending'''. '''Three'' of these ''may'' have been backed up immediately prior to sending since those stamps are based on last closing time rather than time copied, so would be stamped like that if ccmdb had not been ''opened'' since end of last shift. There is no central log of when the backup actually ran, but there is a log in the c:\ccmdb_data directory on the laptop that would tell.

To bring the file up to current we then attempted to re-send the data in the same sequence as it was sent, based on the pre-sending backup files. Of 14 sends that happened in this period, '''6 didn`t have backups with time stamps immediately prior to sending'''. '''Three'' of these ''may'' have been backed up immediately prior to sending since those stamps are based on last closing time rather than time copied, so would be stamped like that if ccmdb had not been ''opened'' since end of last shift. There is no central log of when the backup actually ran, but there is a log in the c:\ccmdb_data directory on the laptop that would tell.

Records that were re-sent were conclusive pre-sending backup could be found:

@@ Line 23: / Line 23: @@
 Coincidentally, the accident of getting collectors to send to an older version of centralized than expected exposed a bug where records with recordstatus = "deleted" could be sent. This was addressed in [[CCMDB.accdb Change Log 2022#2022-08-15]]
-We reverted to most recent prior backed up centralized_data file from 2022-8-7-10.57 and re-applied the [[Centralized data.mdb Change Log#2022-08-15| updates]].
+We reverted to most recent prior backed up centralized_data file from '''2022-8-7-10.57''' and re-applied the [[Centralized data.mdb Change Log#2022-08-15| updates]].
-To bring the file up to current we then attempted to re-send the data in the same sequence as it was sent, based on the pre-sending backup files. Of 14 sends that happened in this period, '''6 didn't have backups with time stamps immediately prior to sending'''. '''Three'' of these ''may'' have been backed up immediately prior to sending since those stamps are based on last closing time rather than time copied, so would be stamped like that if ccmdb had not been ''opened'' since end of last shift. There is no central log of when the backup actually ran, but there is a log in the c:\ccmdb_data directory on the laptop that would tell.
+To bring the file up to current we then attempted to re-send the data in the same sequence as it was sent, based on the pre-sending backup files. Of 14 sends that happened in this period, '''6 didn`t have backups with time stamps immediately prior to sending'''. '''Three'' of these ''may'' have been backed up immediately prior to sending since those stamps are based on last closing time rather than time copied, so would be stamped like that if ccmdb had not been ''opened'' since end of last shift. There is no central log of when the backup actually ran, but there is a log in the c:\ccmdb_data directory on the laptop that would tell.
 Records that were re-sent were conclusive pre-sending backup could be found: