Reconnect CFE and initial error checks: Difference between revisions

From CCMDB Wiki
Jump to navigation Jump to search
m →‎Instructions: DSM error no longer a thing
mNo edit summary
Line 2: Line 2:


== Instructions ==
== Instructions ==
* Click the [["Re-connect Data" button]]
* click the [["Re-connect Data" button]]
* The program will now reset the connections from [[CFE]] to [[Centralized data.mdb]], [[PHI.mdb]] and [[TISS28 Data.mdb]]
* the reconnector will  
* No more  connections on[[TISS28 Data.mdb]] in CFE .[[User:PTorres|PTorres]] 16:33, 2021 November 24 (CST)
** confirm if [[L_Log table]] and [[L_PHI table]] have the same records in them. If they don't there will be an error; see [[Procedure when there are differences between L Log and L PHI]] for how to proceed
* the reconnector will confirm if [[L_Log table]] and [[L_PHI table]] have the same records in them. If they don't there will be an error; see [[Procedure when there are differences between L Log and L PHI]] for how to proceed
** list any records with [[RecordStatus]] "complete" to help the data processor initiate [[Re-sending data]]
* Run initial cross checks:  
* Run initial cross checks:  
** [[PL_1orphans]]- see [[Orphans in Centralized data.mdb]] for what to do about these.  
** [[PL_1orphans]]- see [[Orphans in Centralized data.mdb]] for what to do about these.  

Revision as of 15:51, 2022 March 24

Once you "Pull" Centralized data.mdb you need to initialise the program and make sure that you have consistent initial data.

Instructions

      • Generally, errors in missing are the result of a failed send, so follow Re-sending data to fix.

_dev_CFE

  • re-name these so not PL any more
    • not sure what I meant with this, need to check next time I am in there. Ttenbergen 22:27, 2022 February 17 (CST)
  • added: 2022-02-17
  • action: 2022-02-17
  • Cargo


  • Categories

Related articles

Related articles: