Belangrijkste veelgestelde vragen over het maken van back-ups en het herstellen van gebruikersinhoud (snapshots)

In dit onderwerp worden de belangrijkste veelgestelde vragen over het maken en terugzetten van back-ups van gebruikersinhoud besproken.

Waarvan moet ik een back-up maken?

U wordt aangeraden om regelmatig een back-upbestand te maken van alle inhoud die gebruikers maken. Dit noemen we een snapshot. Gebruikersinhoud omvat catalogusinhoud zoals rapporten, dashboards, gegevensvisualisatiewerkmappen, pixelperfecte rapporten, gegevenssets, gegevensstromen, semantische modellen, beveiligingsrollen en service-instellingen.

Als er iets misgaat met uw inhoud of service, kunt u terugvallen op de inhoud die u in een snapshot hebt opgeslagen. Snapshots zijn ook nuttig als u inhoud van de ene naar de andere service wilt verplaatsen.

Zie Een snapshot maken voor meer informatie over het maken van back-ups van gebruikersinhoud.

Zie Terugzetten uit een snapshot voor meer informatie over het herstellen van gebruikersinhoud.

Hoe vaak moet ik een snapshot maken?

Oracle raadt u aan snapshots te maken op belangrijke controlepunten, bijvoorbeeld voordat u een grote wijziging in uw inhoud of omgeving aanbrengt. Daarnaast wordt aanbevolen om elke week of naar uw eigen inzicht snapshots te maken op basis van de snelheid waarmee uw omgeving verandert en uw rollbackvereisten.

U kunt maximaal 40 snapshots online bewaren en zoveel snapshots offline exporteren als u wilt (naar uw lokale bestandssysteem of uw eigen Oracle Cloud opslag).

Wanneer moet ik snapshots exporteren?

U wordt aangeraden om regelmatig snapshots naar offlineopslag te exporteren. U kunt snapshots naar uw eigen bestandssysteem exporteren en lokaal opslaan. Of u kunt snapshots naar uw eigen Oracle Cloud opslag exporteren. Zie voor meer informatie: Snapshots exporteren.

Als u regelmatig grote snapshots exporteert (meer dan 5 GB of groter dan de downloadlimiet van uw browser), is het raadzaam om een opslagbucket in te stellen in Oracle Cloud en uw snapshots op te slaan in de cloudopslag. Zo vermijdt u exportfouten als gevolg van groottebeperkingen en time-outs die kunnen optreden wanneer u snapshots naar uw lokale bestandssysteem exporteert. Zie voor meer informatie: Een Oracle Cloud opslagbucket voor snapshots instellen.

Kan ik API's gebruiken om snapshotbewerkingen te automatiseren?

Ja. Zie Snapshots beheren met REST-API's.

Kan Oracle helpen bij het herstellen van verloren inhoud?

Nee. Back-ups maken, bewaren en herstellen van klantgegevens valt volledig onder de verantwoordelijkheid van de klant die gebruikmaakt van snapshots (BAR-bestanden), catalogusarchieven (CATALOG-bestanden) en exportarchieven (DVA-bestanden). Er worden back-ups gemaakt door Oracle om de service in stand te houden in geval van een infrastructuurincident. Back-ups die door Oracle worden beheerd, worden niet verstrekt voor door gebruikers gemaakt gegevensbeheer. Zie voor meer informatie: Oracle PaaS en IaaS Public Cloud Services - Pillar-document.

Oracle raadt u aan de logservice in Oracle Cloud Infrastructure te gebruiken om wijzigingen van inhoud tussen snapshots te volgen en problemen op te lossen. Wanneer u gebruikslogs en diagnostische logs activeert, kunt u wijzigingsbewerkingen controleren, bijwerken, verwijderen en hier toestemming voor verlenen voor alle catalogusobjecten, zoals klassieke analysen, dashboards, werkmappen, pixelperfecte rapporten, mappen, gegevenssets, selfserviceverbindingen, gegevensstromen, reeksen, scripten, enzovoort. Zie voor meer informatie: Gebruik en diagnostische logs controleren.

Kan ik een snapshot gebruiken om van test naar productie te migreren?

Ja, u kunt snapshots gebruiken om inhoud en configuratie van Oracle Analytics Cloud van een testomgeving naar een productieomgeving te migreren. Met snapshots wordt de status van uw testomgeving op een specifiek moment vastgelegd, zodat u die status in uw productieomgeving kunt herstellen (met of zonder gebruikersgegevens, inhoud van gebruikersmappen of verbindingsreferenties).
  • Alles migreren: gebruik deze optie wanneer de gebruikers en gegevensbronnen in beide omgevingen hetzelfde zijn.
  • Migreren zonder inhoud van gebruikersmap: gebruik deze optie als onderdeel van het testen van gebruikersacceptatie, waarbij testgebruikers verschillende inhoud hebben maar toegang hebben tot dezelfde gegevensbronnen.
  • Migreren zonder verbindingsreferenties: gebruik deze optie als u alleen inhoud en configuratie van de ene omgeving naar de andere wilt verplaatsen nadat deze is getest (geen gemeenschappelijke gebruikers en een andere gegevensbronbeveiliging).

Klanten zijn verantwoordelijk voor het synchroon houden van test- en productieomgevingen. Alle inhoud die u rechtstreeks in de productieomgeving maakt, wordt vervangen of gaat verloren.