Inleiding
Dit document beschrijft de procedure die vereist is om Cisco Policy en Charging Regels (PCRF) te kunnen herbouwen.
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- Openstack
- CPS
- De computer waarop de beïnvloedde instanties werden ingezet is nu beschikbaar.
- Berekende middelen zijn beschikbaar in dezelfde beschikbaarheidszone als het getroffen geval.
- De in het document vermelde back-upprocedures worden periodiek gevolgd/gepland.
Gebruikte componenten
De informatie in dit document is gebaseerd op CPS en is van toepassing op alle versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk levend is, zorg er dan voor dat u de mogelijke impact van om het even welke opdracht begrijpt.
Achtergrondinformatie
Deze MOP is vereist Als de bestaande gegevens in de database beschadigd zijn en niet kunnen worden gerepareerd/hersteld, moet de database opnieuw worden opgebouwd.
Door een aantal uitval kan het nodig zijn om een aantal of alle replica-sets te herbouwen, maar voordat er een besluit wordt genomen om een aantal of alle replica-sets te herbouwen, kan worden opgemerkt dat alle gegevens in deze replica-sets verloren gaan.
Problemen oplossen
Stap 1. Back-upverificatie.
Deze opdracht wordt gebruikt om een back-up te maken van de CPS database configuratie: _br.py-a export —mongo-all /mnt/backup/backup_28092016.tar.gz
Controleer of de back-up aanwezig is op het pad/min/back-up in de clusterbeheerder
Stap 2. Heropbouw van replica-series.
Zodra back-ups kruisgecontroleerd zijn en er een beslissing wordt genomen voor het opnieuw genereren van de database replica-sets, is dit de procedure:
- Controleer de inhoud van /etc/broadhop/mongoConfig.cfg
- Deze opdrachten moeten worden uitgevoerd op Cluster Manager, dit is afhankelijk van de database die bedoeld is om te herbouwen.
Met deze opdracht worden alle replica-sets met betrekking tot die DB gemaakt: build_set.sh —<db-name> —aanmaken
Waarschuwing: de opdracht om alle dbs in een replica-set te maken, maakt de database schoon. Alle inhoud van de replica-set gaat verloren. Doorgaan druppelt de mongo database en wis alles onder Var/data/sessies.4/SVS1/sessies. Op alle hosts
Als er een vereiste is om een specifieke replica-set voor één database te herbouwen, wordt deze opdracht gebruikt:
compilatie_set.sh —<db-name> —aanmaken —naam <set-name>
Opmerking:De naam van de setandnaam wordt verwezen naar de /etc/broadhop/mongoConfig.cfg vanaf de opdrachtgever01.
Als alle replica-sets voor alle databases opnieuw moeten worden opgebouwd, wordt deze opdracht gebruikt: build_set.sh —all —aanmaken
Stap 3. Herstel de database van de back-uppostset.
Zodra alle leden van replica-set online zijn en één van de leden primair is, kan mongoDB worden hersteld van back-up. De hieronder beschreven procedure kan worden gebruikt.
U kunt alle DB's uit back-up herstellen door deze opdracht te gebruiken: configuratie_br.py —action import —mongo-all/mnt/back-up/<file-name.tar.gz>
Stap 4. Controleer het herstel.
Nadat de gegevens zijn hersteld, voert u deze opdracht uit om te controleren of het besturingssysteem: /var/qps/bin/diag/diagnostics.sh
Feedback