Colaboración : Cisco ICM Logger

La base de datos se marcó como sospechosa.

23 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (22 Agosto 2015) | Comentarios


Contenido


Introducción

Este documento describe porqué el Microsoft SQL server marca una base de datos como sospechoso cuando el servidor no puede acceder la base de datos, y proporciona las soluciones a este problema.

prerrequisitos

Requisitos

Cisco recomienda que tenga conocimiento sobre estos temas:

  • Versiones 6.5 y 7.0 del Microsoft SQL server

  • Utilidades de consulta del Microsoft SQL server (ISQL_w para la versión 6.5, o analizador de consultas para la versión 7.0)

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Versión 6.5 o 7.0 corriente del Microsoft SQL server de Cisco Intelligent Contact Management (ICM)

  • Todas las plataformas de hardware que funcionan con el producto del Cisco ICM con el Microsoft SQL server instalado

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Problema

El Microsoft SQL server marca una base de datos pues sospechoso si no puede acceder esa base de datos. Esto significa que el Microsoft SQL server ha fijado uno de los bits en el campo de estatus en la tabla de bases de datos del sistema. Cuando la base de datos ha sido sospechoso marcado, usted debe reajustar el estatus.

Solución 1

Refiera al Microsoft Knowledge Base para la información sobre cómo reajustar el estatus sospechado. Intente el sp_resetstatus suplemental del procedimiento almacenado para reajustar el estatus de una base de datos sospechada. Si usted no ha hecho ya así pues, ejecute el script instsupl.sql para crear este procedimiento. Este script reside en el Mssql \ instala el directorio.

Nota: Para más información sobre el sp_resetstatus, refiera “reajustando al tema del estatus sospechado” en los libros del Microsoft SQL server en línea.

Primera opción

Una manera de solucionar este problema es ejecutar el sp_resetstatus en las bases de datos maestras para la base de datos sospechada. Complete estos pasos:

  1. Haga clic el comienzo > el Grupo del programa del SQL Server.

  2. Seleccione el ISQL_w, si usted utiliza la versión 6.5 del SQL Server. Alternativamente, analizador de consultas selecto, si usted utiliza la versión 7.0 del SQL Server.

  3. Conecte con el maderero.

  4. En la ventana de la interrogación, escriba y ejecute:

    • Utilice al master

    • VAYA

    • <db_name> del sp_resetstatus

  5. Salga el ISQL_w o el analizador de consultas.

  6. Haga clic el comienzo > el Grupo del programa del SQL Server.

  7. Pare y recomience los servicios relacionados del Microsoft SQL server.

  8. Verifique si la base de datos esté disponible.

Segunda opción

Si la primera solución no resuelve su problema, usted debe restablecer el bit manualmente en el campo de estatus. Complete estos pasos:

  1. Haga clic el comienzo > el Grupo del programa del SQL Server.

  2. Seleccione el ISQL_w, para la versión 6.5 del Microsoft SQL server o el analizador de consultas para la versión 7.0 del SQL Server.

  3. Conecte con el maderero.

  4. En la ventana de la interrogación, escriba y ejecute:

    • el sp_configure “permite las actualizaciones”, 1

    • configure de nuevo con la invalidación

    • Vaya

    • ponga al día el estatus = el ^ fijados los sysdatabases 256 del estatus donde el "" del name=

    • el sp_configure “permite las actualizaciones”, 0

    • configure de nuevo con la invalidación

    • Vaya

  5. Salga el ISQL_w o el analizador de consultas.

La base de datos debe ahora estar en el modo de recuperación con el Microsoft SQL server. Si usted interrumpe este proceso, la base de datos llega a ser marcada como sospechoso otra vez. Usted debe esperar hasta que el proceso sea completo antes de que usted sincronice los madereros con ICMDBA (el ICRDBA viejo). Si usted continúa experimentando el problema, caiga y cree la base de datos otra vez.

Nota: Esta solución trabaja bien con la versión 7.0 del Microsoft SQL server. Sin embargo, esta solución no trabaja siempre con la versión 6.5 del SQL Server.

Solución 2

Complete estos pasos para resolver el problema:

  1. Borre manualmente los CDR usando el procedimiento en el Cisco CallManager: Manualmente borrando los registros de detalles de la llamada (CDR) sin Herramienta de creación de informes administrativos (ART).

  2. Van al administrador de empresa SQL Enterprise, las herramientas selectas > el analizador de consultas del SQL Server.

    Nota: Aseegurele están funcionando con el analizador de consultas del servidor de bases de datos derecho.

  3. De la ventana del analizador de consultas, vaya a la ventana principal del analizador de consulta SQL y seleccione el archivo >Open.

  4. Abra C:\Program Files\Cisco\Bin\CDR.sql y seleccione la interrogación > ejecutan para funcionar con la interrogación. Usted puede también hacer clic la flecha verde en la barra de herramientas o la prensa F5 para funcionar con la interrogación.

    Esto crea las bases de datos CDR.

  5. Vaya al administrador de empresa SQL Enterprise y seleccione el Microsoft SQL servers > el grupo > el local > las bases de datos > el CDR de SQL Server > Users. Después haga clic con el botón derecho del ratón y seleccione al nuevo usuario de la base de datos.

  6. Del menú desplegable del nombre de inicio de sesión, seleccione el CiscoCCMCDR (solamente si CiscoCCMCDR no ya allí) y aseegurese que marcan al público y el db_owner.

  7. Vaya al Start (Inicio) > Programs (Programas) > Microsoft SQL Server > Enterprise Manager > a PUBLISHER > a las bases de datos. El click derecho en CDR > todas las tareas > separa la base de datos y hace clic la AUTORIZACIÓN.

  8. Vaya al Start (Inicio) > Programs (Programas) > Microsoft SQL Server > Enterprise Manager > a PUBLISHER. Haga clic con el botón derecho del ratón en las bases de datos > todas las tareas > base de datos de la fijación > SQL Server \ MSSQL de C:\Program Files\Microsoft \ el SQL Server \ MSSQL de C:\Program Files\Microsoft del == del registro del <>Transaction de los datos \ CDR.mdf \ == PUBLISHER \ administrador del propietario de la base de datos del <> de los datos \ CDR_log.mdf.

  9. Reiniciar el servidor.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 26780