Cisco CallManager: Subscriber-upgrade faalt / kan geen geüpdatete database vinden
Inhoud
Inleiding Voorwaarden Vereisten
Gebruikte componenten Conventies
Probleem Oplossing
Gerelateerde informatie
Inleiding
Terwijl de upgrade van een uitgever en een aantal abonnees in Cisco CallManager 3.x
plaatsvindt, zijn er verschillende gevallen wanneer er geen foutmeldingen verschijnen. Wanneer de servers in de cluster echter worden herstart, registreren noch telefoons noch apparaten bij de juiste abonnees. Vaak faalt failover tussen Cisco CallManager-knooppunten in een cluster ook.
Bovendien, wanneer u het venster Application Event toont, toont het veel gevallen waar de Cisco CallManager-service stopt en herhaaldelijk start.
Voorwaarden
Vereisten
Er zijn geen specifieke vereisten van toepassing op dit document.
Gebruikte componenten
De informatie in dit document is gebaseerd op alle kleinere releases van Cisco CallManager 3.0.
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 live is, moet u de potentiële impact van elke opdracht begrijpen.
Conventies
Raadpleeg de Cisco Technical Tips Convention voor meer informatie over documentconventies.
Probleem
Toegang tot de SQL Enterprise Manager en open zowel uitgever als abonneedatabanken.
Controleer de nieuwste versie van Cisco CallManager-databases (CCM030x) op de uitgever en voor elke abonnee. Als u opmerkt dat de abonnee(s) niet de meest recente database heeft wanneer u de uitgever en de abonnee(s) databases binnen de SQL Enterprise Manager bekijkt, ervaart u waarschijnlijk een probleem met een naamgevingsresolutie binnen uw netwerk.
Dit diagram toont aan dat zowel de uitgever als de abonnee een kopie van de meest recente database bevatten. In dit geval is het CCM0301.
Resetting van een Broken Cisco CallManager Cluster SQL Subscriber documentatie voor verdere informatie over hoe u de databases en versies binnen de SQL Enterprise Manager kunt bekijken.
Een andere manier om dit probleem te verifiëren is door te verwijzen naar het nieuwste database upgrade-logbestand op C:\CCMDBSetup.log. Scrolt neer en kijk naar deze uitvoer:
4-28-2002 10:54:00 _DBPullSubscription: CALLMAN01 CCM0302 sa ******** CALLMAN02 CCM0302 sa ******** C:\Program Files\Cisco\Bin\ 0
4-28-2002 11:11:32 Pulling subscription from CALLMAN01 to subscribe to the CCM0302 Database.
Return Code = 8 DB_SCRIPT_ERROR
Deze output toont dat, terwijl de abonnee in staat was om contact op te nemen met de uitgever en de juiste versie van de database te bepalen, er problemen waren die ervoor zorgden dat deze werd gekopieerd/gekopieerd.
Subscriber-servers hebben mogelijk geen toegang tot de uitgeverserver door problemen in de resolutie van de naam van de uitgeverserver. Controleer het logbestand CallManager Install voor een soortgelijke uitvoer:
1-8-2006 10:10:10 _DBGetVersion: CALLMAN03 CCM0300 ********
1-8-2006 10:10:27 Subscriber has problem to connect to the Publisher Database.
Deze uitvoer toont aan dat de abonnee problemen ondervindt bij de verbinding met de uitgeverserver.
Oplossing
De Microsoft SQL Server gebruikt de NetConfiguration-naamresolutie voor bepaalde soorten RPC-taken (Remote-Procedure Call). Hierom zouden de uitgever en alle abonnees het
LMHOSTS-bestand moeten gebruiken voor het oplossen van de NetVOS-naam. Alle servers in het cluster moeten ook HOSTS-bestanden gebruiken voor een goede naamresolutie tussen de servers.
DNS in de servers uitschakelen tijdens de installatie van Cisco CallManager. De servers moeten het HOSTS-bestand gebruiken voor de naamresolutie.
Windows 2000 bevat voorbeelden HOSTS en LMHOSTS-bestanden (HOSTS.SAM en LMHOSTS.SAM) in de directory C:\winnt\system32\drivers\etc. Voltooi deze stappen om de voorbeeldbestanden voor uw aangepaste installatie te wijzigen.
Van de uitgever van Cisco CallManager gebruik een teksteditor zoals Kladblok en open het bestand C:\winnt\system32\drivers\etc\hosts.sam.
1.
Lees de commentaarlijnen die met het #symbool beginnen. Verwijder vervolgens alle regels uit het bestand. Windows moet elke regel in het bestand parseren voor elke poging tot naamresolutie.
2.
Voer het IP-adres van de uitgever in, een ruimte en de hostnaam van de uitgever. De
hostname kan met het ipfig /all bevel worden gevonden.Herhaal dit tot het bestand één regel bevat voor elke server in het cluster. Dit is een voorbeeldvijgenbestand:
127.0.0.1 localhost 172.18.110.90 ICSCM1
3.
172.18.110.94 ICSCM2
Sla het bestand op als C:\winnt\system32\drivers\etc\hosts zonder uitbreiding.Opmerking:
Kladblok voegt standaard een .txt extensie toe. Gebruik daarom Windows Verkenner of een opdrachtmelding om de .txt-extensie te verwijderen.Opmerking: Windows Verkenner verbergt standaard bestandsextensies. Controleer daarom of u de bestandsextensies bekijkt of
gebruik gewoon de opdracht hernoemen.
4.
Gebruik een teksteditor zoals Kladblok en open het bestand C:\winnt\system32\drivers\etc\lmhosts.sam.
5.
Lees en verwijder dan alle commentaarlijnen. Voeg één regel toe voor elke server maar voeg de tekst #PRE toe na de naam van de server. Deze uitvoer is een voorbeeldbestand:
172.18.110.90 ICSCM1 #PRE 172.18.110.94 ICSCM2 #PRE
6.
Sla het bestand op als C:\winnt\system32\drivers\etc\lmhosts zonder uitbreiding.Opmerking:
Kladblok voegt standaard een .txt extensie toe. Gebruik daarom Windows Verkenner of een opdrachtmelding om de .txt-extensie te verwijderen.Opmerking: Windows Verkenner verbergt standaard bestandsextensies. Zorg daarom dat u de bestandsuitbreidingen bekijkt of de opdracht hernoemen gebruikt.
7.
Open een opdrachtmelding en voer de nbetstat-R opdracht in om de inhoud van het
LMHOSTS-bestand te laden in het NetISO-naamcache. Gebruik de opdracht nbetstat-c om te controleren of het LMHOSTS-bestand met succes is geparkeerd en geladen. Raadpleeg het artikel Q180099 van de Microsoft Kennis als er geen informatie in de lijst staat.N.B.:
De NetMeeting Remote Cache bevat alleen naam-to-adresresolutie voor externe knooppunten.
8.
Selecteer Start > Start en type services.msc.
9.
Klik op OK.
10.
Selecteer de DNS-clientservice, klik met de rechtermuisknop op de servicenaam en selecteer Herstart.
11.
Herhaal stappen 1 tot en met 11 voor elke Cisco CallManager server in de cluster.
12.
Start de Cisco CallManager-upgrade op de abonnees opnieuw. Als succesvol, ziet u dat de abonnees de huidige database van Cisco CallManager hebben en dat zij het abonnement met succes van de uitgever trekken.
13.
Het opnieuw instellen van een verbroken Cisco CallManager Cluster SQL-abonnement met CallManager 3.0, 3.1 en 3.2
●
Tips voor een succesvolle upgrade naar Cisco CallManager 3.3
●
Gebruik van Cisco CallManager Assistant versie 4.1(3) voor Cisco CallManager release 3.3(5) en latere releases
●
Een Cisco CallManager-cluster verbeteren
●
Ondersteuning voor spraaktechnologie
●
Productondersteuning voor spraak- en IP-communicatie
●
Probleemoplossing voor Cisco IP-telefonie
●
Technische ondersteuning en documentatie – Cisco Systems
●