Back-up voor Qlik Cloud

Ja. Qlik biedt een Recovery API waarmee verwijderde apps in bepaalde situaties kunnen worden hersteld.

Er zijn echter belangrijke beperkingen. De app moet binnen 14 dagen worden hersteld en de oorspronkelijke space waarin de app stond, moet nog bestaan.

Backup voor Qlik Cloud voegt een afzonderlijke back-upgeschiedenis toe met een langere bewaartermijn en bredere dekking van ondersteunde content en configuratie binnen de tenant. Daardoor heb je meer herstelmogelijkheden als een probleem pas later wordt ontdekt, als de oorspronkelijke space niet meer bestaat of als je meer dan alleen een app moet herstellen.

Omdat SaaS er vooral voor zorgt dat je de onderliggende infrastructuur niet zelf hoeft te beheren. Het betekent niet dat elke wijziging aan je eigen content of configuratie zomaar ongedaan kan worden gemaakt.

Als een app, automatisering, verbinding of instelling wordt verwijderd of overschreven, biedt een afzonderlijke back-up een eerdere versie waarop je kunt terugvallen.

Ja. Het volledige back-upproces kan met de beschikbare Qlik-API’s worden gebouwd en geautomatiseerd.

Je moet dan zelf de back-uplogica ontwerpen en onderhouden, waaronder opslag, bewaartermijnen, monitoring, mislukte back-ups, integriteitscontroles, herstelprocedures en doorlopende wijzigingen aan de API’s van Qlik Cloud.

Backup voor Qlik Cloud is bedoeld voor organisaties die dat volledige proces liever voor zich laten beheren.

Standaard maakt Backup voor Qlik Cloud back-ups van metadata, configuratie en appdefinities, maar niet van de gegevens die in Qlik-apps zijn geladen.

Als je ook appgegevens wilt opnemen, kan dit als optionele uitbreiding aan de dienst worden toegevoegd.

We hanteren een getrapt bewaarschema. Dagelijkse back-ups worden 7 dagen bewaard, wekelijkse back-ups 6 weken, maandelijkse back-ups 12 maanden en jaarlijkse back-ups 3 jaar.

Ja. We controleren dagelijks of de back-up met succes is voltooid, voeren elk kwartaal een integriteitscontrole van de back-up uit en doen minstens eenmaal per jaar een hersteltest.

Als iets moet worden hersteld, bepalen we eerst welke back-up de benodigde versie bevat.

Afhankelijk van het type content kan herstel bestaan uit het terugzetten van het oorspronkelijke object, het importeren van een eerdere versie of het reconstrueren van de configuratie vanuit de back-up. In veel gevallen kunnen afzonderlijke objecten worden hersteld, maar de beschikbare methode hangt af van het type Qlik Cloud-object en van wat de Qlik-API’s ondersteunen.

De dienst omvat maximaal 8 uur ondersteuning bij herstel per jaar. Als er meer tijd nodig is, worden de aanvullende werkzaamheden tegen het geldende ondersteuningstarief in rekening gebracht.

Back-ups worden opgeslagen in het eigen datacenter van Bitmetric, gescheiden van je Qlik Cloud-tenant.

We hanteren een 3-2-1-back-upstrategie, met meerdere kopieën op verschillende opslagmedia en minimaal één kopie die afzonderlijk wordt opgeslagen. Zo verkleinen we het risico dat één storing alle back-upkopieën treft.

Backup voor Qlik Cloud vereist beheerderstoegang tot je Qlik Cloud-tenant, zodat we de ondersteunde content en configuratie kunnen ophalen.

Toegang wordt verleend via een Qlik API-sleutel of een OAuth-client. We gebruiken deze toegang uitsluitend om de back-upservice uit te voeren en te onderhouden.

Tijdens de inrichting leggen we uit welke rechten nodig zijn en helpen we je om de toegang veilig te configureren.

We onderhouden de back-upservice terwijl Qlik Cloud zich verder ontwikkelt.

Wanneer nieuwe functionaliteit of objecttypen beschikbaar komen via ondersteunde API’s, beoordelen we of deze aan de back-updekking kunnen worden toegevoegd.