@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix edu: <https://knobit.org/def/> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix schema: <https://schema.org/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

<https://knobit.org/id/task/dso-backup-recovery/C1> a edu:Question ;
    rdfs:label "C1 (3 points)"@en ;
    dcterms:license <https://creativecommons.org/licenses/by/4.0/> ;
    schema:hasPart <https://knobit.org/id/register/data-storage-operations#SO-301> ;
    schema:identifier "C1" ;
    schema:position 1 ;
    schema:text "Numbers that cannot all be true, 1 each. (a) DS-001, the payments hub database, promises an RPO of 5 minutes while its log shipping runs hourly and its replica lags an hour: the copies cannot deliver it. Found by comparing the RPO with the copy intervals. (b) Card authorisation (CS-002) tolerates 30 minutes, but its data sets have RTOs of 45 minutes (DS-003, card management) and 1 hour (DS-002, core banking): both exceed the tolerance of a service that needs them. Found by holding each RTO against every dependent service's tolerance. (c) The fixes keep the business's numbers: copies made frequent enough for the RPO (or the RPO raised as a question to the service owner), recovery made fast enough for the tolerance (or the gap raised) - never a tolerance loosened to make the plan pass."@en .

edu:Question rdfs:label "Question"@en,
        "Küsimus"@et .

<https://knobit.org/id/register/data-storage-operations#SO-301> rdfs:label "dso-backup-recovery C1: numbers that cannot all be true"@en .