Problemen met CUCM-clusterback-up oplossen als gevolg van verlopen certificaten

Downloadopties

  • PDF     (234.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (84.7 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (70.3 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:12 november 2026
Document-id:226599

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inhoud

uitgifte

CUCM-clusterback-ups met het Disaster Recovery System (DRS) mislukken. Tijdens het oplossen van de fouten in de back-up werden er uitzonderingen op het certificaat aangetroffen bij pogingen om toegang te krijgen tot IMP-knooppunten van de CUCM Publisher. Uit de certificaatvalidatie bleek dat meerdere certificaten binnen het cluster waren verlopen, waaronder Tomcat-vertrouwenscertificaten voor de IMP Publisher- en IMP Subscriber-knooppunten. Op de IMP Publisher bleken de cup-, cup-xmpp- en tomcat-certificaten te zijn verlopen, waarbij het tomcat-certificaat als een ouder multi-servercertificaat van de CUCM Publisher werd weergegeven.

milieu

  • Clusterimplementatie van Cisco Unified Communications Manager (CUCM)

  • Cisco Unified IM and Presence (IMP) Publisher and Subscriber nodes

  • Disaster Recovery System (DRS) geconfigureerd voor clusterback-ups

  • SFTP-server geconfigureerd voor back-upopslag

  • Meerdere verlopen certificaten die van invloed zijn op clustercommunicatie

resolutie

Als u de mislukkingen in de CUCM-clusterback-up als gevolg van verlopen certificaten wilt oplossen, bekijkt u deze stappen om de benodigde certificaten te vernieuwen en de vereiste services opnieuw op te starten:

Stap 1: Tomcat-certificaten en IPsec-certificaten vernieuwen op alle clusterknooppunten

Vernieuw het Tomcat-certificaat op elk knooppunt in het cluster. U kunt kiezen voor individuele zelfondertekende certificaten per node of een certificaat voor meerdere servers genereren van de CUCM Publisher en implementeren in alle nodes.

1. Navigeer naar Besturingssysteem > Beveiliging > Certificaatbeheer op elk knooppunt om de Tomcat-certificaten te vernieuwen. Vernieuw de IPsec-certificaten op elk knooppunt in het cluster.

Stap 2: Vernieuw CUP- en CUP-XMPP-certificaten

Na het voltooien van de Tomcat-certificaatverlenging op alle knooppunten, gaat u verder met het vernieuwen van de cup- en cup-xmpp-certificaten op de getroffen IMP-knooppunten.

1. Navigeer naar Cisco Unified IM en Presence Serviceability > Security > Certificate Management om deze certificaten te vernieuwen.

Stap 3: Vereiste services opnieuw opstarten

Start de services die door elk knooppunt zijn aangegeven en vereist opnieuw op nadat de certificaatupdates zijn voltooid. Het systeem geeft aan welke services opnieuw moeten worden opgestart na de verlenging van het certificaat.

Stap 4: De status van DRF-services controleren

Bevestig dat de DRF Master-service wordt uitgevoerd op de CUCM Publisher en dat de lokale DRF-services op alle knooppunten in het cluster worden uitgevoerd.

1. Navigeer naar Cisco Unified Serviceability > Tools > Control Center - Feature Services om de DRF-services te verifiëren en te starten:

  • DRF Master moet worden uitgevoerd op de CUCM Publisher

  • DRF Local moet op alle clusterknooppunten worden uitgevoerd

Stap 5: Handmatige back-up testen en logboeken verzamelen

Nadat u de certificaatverlenging hebt voltooid en de service opnieuw hebt opgestart, test u de handmatige back-upfunctionaliteit en verzamelt u RTMT-logboeken voor analyse:

1. Navigeer naar Cisco Unified CM Administration > System > Backup and Restore > Manual Backup om een testback-up te starten. Verzamel deze logs met behulp van de Real-Time Monitoring Tool (RTMT):

  • DRF-masterlogs van de CUCM-uitgever

  • DRF Lokale logbestanden van alle knooppunten in het cluster

Oorzaak

De fouten in de CUCM-clusterback-up zijn veroorzaakt door verlopen certificaten binnen de clusteromgeving. Specifiek, de Tomcat trust certificaten voor de IMP Publisher en IMP Subscriber knooppunten waren verlopen, samen met de cup, cup-xmpp, en tomcat certificaten op de IMP Publisher. De verlopen certificaten hebben een goede SSL/TLS-communicatie tussen clusterknooppunten verhinderd, wat nodig is voor het Disaster Recovery System (DRS/BARS) om clusterbrede back-upbewerkingen met succes uit te voeren. Het tomcat-certificaat op de IMP Publisher werd geïdentificeerd als een ouder multi-servercertificaat van de CUCM Publisher dat niet naar behoren was vernieuwd.

Gerelateerde inhoud

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
12-Nov-2026
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Cisco-ingenieurs
    Cisco TAC Engineers

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten