Talk:Recovery point objective
This redirect does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects: | ||||||||||||||||||||||||||||||||||
|
Untitled
[edit]It appears that the author has chosen to apply an additional factor in the definition of RPO by stating that a backup cycle of one complete backup every 24 hours results in an RPO of at least 48 hours (apparently because of an assumption that, in addition to a disaster occurring at 23.9 hrs, the most recent completed offsite backup may have an error. While that is a laudable concern it is not part of the accepted definition of RPO, and the author's assumption of one bad tape backup is no more or less defendable than an assumption of 0 or 2 bad backups. The standard to be imposed on the reliability of the backups is a separate issue and is not part of the definition of RPO.
I suggest that the author move the impact of backup system errors into a separate paragraph, as it is a useful factor to consider as part of the broader picture. Similarly, the mention of the risk of a single error affecting more bytes of data as media densities increase should be in such a separate section, perhaps titled Additional Factors Impacting Recovery.
There is also a smattering of grammatical errors.
Techguy95 (talk) — Preceding undated comment added 01:19, 8 March 2014 (UTC)
- Redirect-Class WikiProject Business articles
- Mid-importance WikiProject Business articles
- WikiProject Business articles
- Redirect-Class Computing articles
- Mid-importance Computing articles
- All Computing articles
- Redirect-Class Systems articles
- Low-importance Systems articles
- Systems articles in systems
- WikiProject Systems articles