Backups: Difference between revisions

TOstryzniuk (talk | contribs)
m culling: For Tina
m Text replacement - "[[Category: " to "[[Category:"
 
(28 intermediate revisions by 2 users not shown)
Line 3: Line 3:
== Laptop ==
== Laptop ==
* [[News and backup]]
* [[News and backup]]
* see [[CCMDB data.mdb restore from the SD Card]]
* see [[CCMDB data.mdb restore from Regional Server]]
* see [[CCMDB data.mdb restore from Regional Server]]


== Centralized data Backup ==
== Centralized data Backup ==
Centralized_data.mdb and [[PHI.mdb]] live on an eHealth server and so are backed up by them ([[#eHealth file shares]]). We also created dated snapshot backups every time the [[data processor]] pulls data as part of [[vetting]] and then pushes it again. For details, see  
[[Centralized_data.accdb]] and [[PHI.mdb]] live on an eHealth server and so are backed up by them ([[#eHealth file shares]]). We also created dated snapshot backups every time the [[data processor]] pulls data as part of [[vetting]] and then pushes it again. For details, see  
* [[Pull down centralized data.vbs]]
* [[Pull down centralized data.vbs]]
* [[Push up centralized data.vbs]]
* [[Push up centralized data.vbs]]
* [[Copy here only centralized data.vbs]]
* [[Copy here only centralized data.vbs]]


=== culling ===
=== Centralized backup locations ===
{{discussion}}
Following directories:
right now this process has generated over 100GB of dated files. We need to decide how to cull. I think I have this elsewhere on this wiki as well...
* {{M:|Backup\Centralized_data}}
I can't think of a good automated process for now, so I propose:  
* {{M:|Backup\PHI}}
* for a month, keep the latest file each day
* {{S:\MED\MED_CCMED|CCMDB\PHI\PHI_CSV_Archive}}
* for a year, keep on file on days that divide by 10 (eg May 20).
* forever, keep the last one per year.


Trish, is that OK?
=== Retention ===
*sounds good Tina. [[User:TOstryzniuk|Trish Ostryzniuk]] 17:29, 2015 May 20 (CDT)
We only retain backups for a time. See [[Culling backups]] for details.


=== TISS28 ===
== eHealth file shares ==
TISS28 is not part of our backup process right now. OK for now, because backed up by eHealth, but for consistency we should start sending dated copies to M:\ like the rest of our core data.
All our file shares are backed up by eHealth. To restore any files missing from a file share contact the help desk. Their retention schedule as of 2019-12 is:
{| class="wikitable"
|-
|
| colspan="2" | Daily
| colspan="2" | Bi-Weekly
| colspan="2" | Monthly
|-
|| Data Category
|| Backup Type
|| Retention Period
|| Backup Type
|| Retention Period
|| Backup Type
|| Retention Period
|-
|| DEFAULT - ALL local drives (default excludes below data categories)
|| I
|| 4W
||  
||  
|| F
|| 6M
|-
|| File Shared
|| I
|| 4W
||  
||  
|| F
|| 12M
|-
|| Databases
|| I
|| 2W
|| F
|| 4W
||  
||  
|-
|| Virtual Machines
|| I
|| 4W
||  
||  
|| F
|| 6M
|}


I was going to add it the push/pull process but then realized that I am not at all sure that Pagasa doesn’t use TISS on one PC while in pull state on the other. So, we can’t be pulling TISS28 at that spot until we have worked out how Pagasa does this.
== Related articles ==
 
{{Related Articles}}
We talked the other day about changing Pagasa’s setup to use only one PC. This might be the time to re-visit that, too. So, likely Trish, Tina and Pagasa need to talk before I can integrate this.
 
Scheduled for 2015-May-25
 
== eHealth file shares ==
All our file shares are backed up by eHealth. To restore any files missing from a file share contact the help desk.


[[Category: Backup | *]]
[[Category:Backup | *]]
[[Category: IT Instructions]]
[[Category:IT Instructions]]