MSExchangeIS 9518 (0xfffff743): demasiados archivos temporales

La herramienta Solucionador de problemas de la base de datos de Microsoft Exchange ha detectado uno o más eventos MSExchangeIS 9518 con el código de error 0xfffff743 en el registro de la aplicación. Esto indica que se ha agotado el espacio de nombres de archivos temporales para un servidor o que no queda espacio disponible para escribir en la carpeta Temp.

Explicación

Exchange 2000 Server y Exchange Server 2003 crean archivos temporales en la carpeta Temp cuando un objeto grande, como un mensaje o un archivo, se transmite en secuencias al almacén y el archivo .stm está demasiado fragmentado para que se pueda escribir el objeto entero en él.

Durante el funcionamiento normal, cuando se detienen los servicios de Exchange, estos archivos se quitan de la carpeta Temp. Si el servidor Exchange se cierra o los servicios de Exchange se terminan de forma inesperada, estos archivos no se quitan. Cuando se vuelven a iniciar los servicios de Exchange más adelante, se crean nuevos archivos temporales. El resultado es una disminución del rendimiento. Una vez agotado el espacio de nombres de 64.000 archivos temporales, los servicios de Exchange no se iniciarán y se registrarán los eventos 9518 con el código de error 0xfffff743 en el registro de aplicación del visor de eventos.

Acción del usuario

Para solucionar el problema, realice los siguientes pasos:

  • Compruebe la existencia en la carpeta Temp de Windows de archivos lb*.tmp. Si existen, realice los pasos del siguiente procedimiento para quitarlos.
  • Compruebe el espacio en disco disponible en la unidad que hospeda la carpeta Temp. Si el espacio en disco disponible es insuficiente, use el siguiente procedimiento para mover las carpetas Temp y Tmp a una unidad diferente.

Para quitar los archivos lb*.tmp de la carpeta Temp de Windows

  1. Haga clic en Inicio, seleccione Programas, elija Herramientas administrativas y, a continuación, haga clic en Servicios.
  2. Desplácese hasta Almacén de información de Microsoft Exchange.
  3. Si el estado del servicio es Started, haga clic con el botón secundario en el servicio y después haga clic en Detener
Bb397373.note(es-es,EXCHG.80).gifNota:
Se desconectará a todos los usuarios de sus buzones.
  1. Desplácese a la carpeta %windir%\temp, donde %windir% es la carpeta raíz del sistema Windows; de manera predeterminada, se trata de C:\Windows\Temp.
  2. Elimine todos los archivos lb*.tmp.
  3. En la consola de administración Servicios, haga clic con el botón secundario en el servicio Almacén de información de Microsoft Exchange y, a continuación, haga clic en Iniciar.

Para mover las carpetas Temp y Tmp a una unidad diferente

  1. En el equipo con Exchange Server, haga clic en Inicio, en Panel de control y después haga doble clic en Sistema.
  2. Haga clic en la ficha Avanzadas y después haga clic en Variables de entorno.
  3. En Variables del sistema, haga clic en la línea que incluye la variable TEMP y la unidad, haga clic en Editar y después escriba la ubicación de la nueva unidad.
  4. En Variables del sistema, haga clic en la línea que incluye la variable TMP y la unidad, haga clic en Editar y después escriba la ubicación de la nueva unidad.
Bb397373.note(es-es,EXCHG.80).gifNota:
Asegúrese de que este cambio se aplique a las Variables del sistema y no a las Variables de usuario.
Bb397373.note(es-es,EXCHG.80).gifNota:
Si los procedimientos descritos no resuelven este problema, consulte la información del artículo 307242 de Microsoft Knowledge Base, “Information store does not mount with 0xfffff745 and -2235 errors” (El almacén de información no se monta con los errores 0xfffff745 y -2235) (http://go.microsoft.com/fwlink/?linkid=3052&kbid=307242, en inglés).

MSExchangeIS 9518 (0xfffff764): falta el archivo de transferencia o no se puede obtener acceso a él

La herramienta Solucionador de problemas de la base de datos de Microsoft® Exchange ha detectado uno o más eventos de MSExchangeIS 9518 con el código de error 0xfffff764 en el registro de la aplicación. Este error puede producirse si Exchange no puede obtener acceso al archivo de transferencia (.stm) asociado a una base de datos.

Explicación

Se puede producir si se ha eliminado o movido el archivo de transferencia (.stm) asociado a una base de datos o si Exchange no puede obtener acceso a dicho archivo debido a la introducción de cambios en los permisos.

Bb232046.note(es-es,EXCHG.80).gifNota:
En determinadas circunstancias, los programas antivirus pueden eliminar o modificar los permisos de los archivos de Exchange, incluido el archivo .stm, si no se han excluido los directorios de Exchange de la exploración de acuerdo con las prácticas recomendadas de Microsoft Exchange. Para obtener más información acerca de este tema, consulte el artículo 823166 de Microsoft Knowledge Base, Introducción a los programas de software antivirus que se usan en Exchange Server 2003.

Este error también puede identificarse como -2204 y se aplica a las siguientes versiones del servidor de Exchange:

  • Microsoft Exchange Server 2003
  • Microsoft Exchange 2000 Server
Acción del usuario

Para resolver este problema, realice al menos una de las operaciones siguientes:

  • Restaure el archivo de transferencia a partir de una copia de seguridad de la base de datos.
  • Compruebe si el software antivirus ha movido el archivo de transferencia a la cuarentena. Si es así, muévalo a la ubicación original y configure el programa antivirus para que no analice las carpetas de Exchange Server 2003.
    Bb232046.note(es-es,EXCHG.80).gifNota:
    Algunos programas antivirus cambian las propiedades del archivo a sólo lectura cuando los archivos se mueven a la cuarentena. Si ve que el archivo de transferencia se encuentra allí, haga clic con el botón secundario en él y después haga clic en Propiedades. Haga clic para quitar la marca de Sólo lectura antes de intentar montar la base de datos.
  • Puede ejecutar la herramienta Microsoft Exchange Database Recovery Management que forma parte del ayudante para resolución de problemas de Microsoft Exchange. La herramienta Database Recovery Management puede analizar los archivos de base de datos y del registro de transacciones de este grupo de almacenamiento y ofrecerle información adicional sobre este asunto. Para obtener más información y descargar la herramienta, consulte Microsoft Exchange Troubleshooting Assistant v1.0 (en inglés).

MSExchangeIS 9518 con el código de error 0xfffff764 en el registro de la aplicación

La herramienta Solucionador de problemas de la base de datos de Microsoft Exchange ha detectado uno o más eventos de MSExchangeIS 9518 con el código de error 0xfffffbf8 en el registro de la aplicación. Esto indica que la carpeta o la unidad que contiene las bases de datos de Exchange no tienen asignados los permisos adecuados.

Explicación

Este error indica que la carpeta o la unidad que hospeda los archivos de base de datos de Exchange no tienen asignados los permisos necesarios para realizar las funciones mínimas. Puede experimentar dificultades para obtener acceso o montar los almacenes de buzones o de carpetas públicas.

Acción del usuario

Para resolver el problema, conceda los permisos predeterminados a la carpeta que contiene las bases de datos de Exchange y a la unidad en la que reside esta carpeta.

Para conceder los permisos predeterminados a la carpeta que contiene las bases de datos de Exchange en Exchange 2007

  1. Inicie Explorador de Windows y después desplácese a la carpeta que contenga las bases de datos de Exchange. De manera predeterminada, es C:\Archivos de programa\Microsoft\Exchange\Mailbox\Nombre de grupo de almacenamiento\
  2. Haga clic con el botón secundario en la carpeta y, a continuación, haga clic en Propiedades.
  3. Haga clic en el ficha Seguridad y después conceda los siguientes permisos predeterminados.
Cuenta Permisos
Administradores Control total
SYSTEM Control total

Para conceder los permisos predeterminados a la unidad que contiene las bases de datos de Exchange en Exchange 2007

  1. Inicie Explorador de Windows.
  2. Haga clic con el botón secundario en el objeto de disco local que contenga la carpeta de las bases de datos de Exchange y después haga clic en Propiedades.
  3. Seleccione la ficha Seguridad y después conceda los siguientes permisos predeterminados, según el sistema operativo instalado:

Para Windows 2000 Server:

Cuenta Permisos
Todos Control total

Para Windows Server 2003:

Cuenta Permisos
Administradores Control total
CREATOR OWNER Ninguno
Todos Ninguno
SYSTEM Control total
Usuarios Leer y ejecutar, Mostrar el contenido de la carpeta, Leer

Para conceder los permisos predeterminados a la carpeta Mdbdata en Exchange 2000 Server y Exchange Server 2003

  1. Inicie Explorador de Windows y después desplácese y expanda la carpeta Exchsvr.
  2. Haga clic con el botón secundario en la carpeta Mdbdata y, a continuación, haga clic en Propiedades.
  3. Haga clic en el ficha Seguridad y después conceda los siguientes permisos predeterminados:
Cuenta Permisos
Administradores Control total
Usuarios autenticados Leer y ejecutar, Mostrar el contenido de la carpeta, Leer
CREATOR OWNER Ninguno
Opers. de servidores Modificar, Leer y ejecutar, Mostrar el contenido de la carpeta, Leer, Escribir
SYSTEM Control total

Para conceder los permisos predeterminados a la unidad que contiene la carpeta Mdbdata en Exchange 2000 Server y Exchange Server 2003

  1. Inicie Explorador de Windows.
  2. Haga clic con el botón secundario en el objeto de disco local que contenga la carpeta Mdbdata y después haga clic en Propiedades.
  3. Seleccione la ficha Seguridad y después conceda los siguientes permisos predeterminados, según el sistema operativo instalado:

Para Windows 2000 Server:

Cuenta Permisos
Todos Control total

Para Windows Server 2003:

Cuenta Permisos
Administradores Control total
CREATOR OWNER Ninguno
Todos Ninguno
SYSTEM Control total
Usuarios Leer y ejecutar, Mostrar el contenido de la carpeta, Leer

MSExchangeIS 9518 (0xfffffea8): marca de hora de la base de datos diferente en el archivo de la base de datos

La herramienta Solucionador de problemas de la base de datos de Microsoft® Exchange ha detectado uno o más eventos de MSExchangeIS 9518 con el código de error 0xfffffea8 en el registro de la aplicación. Este error se produce si el dbtime de la página actual de la base de datos pertinente es superior al dbtime de base de datos global de la base de datos.

Explicación

Cuando se produce este error, no se pueden montar las bases de datos de buzones o de carpetas públicas. Este error también se identifica como JET_errDbTimeCorrupted.

Este error se aplica a las siguientes versiones de Exchange Server:

  • Microsoft Exchange Server 2007
  • Microsoft Exchange Server 2003
  • Microsoft Exchange 2000 Server
Acción del usuario

Para solucionar la incoherencia de las marcas de hora de la base de datos, ejecute el comando eseutil /d para desfragmentar la base de datos en la que se ha producido el error y, a continuación, móntela. Para obtener más información acerca de la ejecución de eseutil /d, consulte Cómo ejecutar Eseutil /D (Desfragmentación). Además, consulte el artículo 328804 de Microsoft Knowledge Base, Cómo desfragmentar las bases de datos de Exchange.

MSExchangeIS 9518 0xfffffb40: falta archivo de base de datos

La herramienta Solucionador de problemas de la base de datos de Microsoft Exchange ha detectado uno o más eventos de MSExchangeIS 9518 con el código de error 0xfffffb40 en el registro de aplicación. Esto indica que faltan uno o varios archivos de base de datos para el grupo de almacenamiento.

Explicación

Este error se puede producir cuando el Motor de almacenamiento extensible (ESE) intenta colocar todas las bases de datos de un grupo de almacenamiento en un estado coherente durante la recuperación, pero encuentra que faltan archivos de base de datos o que se han reemplazado con versiones diferentes.

Si falta cualquier archivo de base de datos del grupo de almacenamiento o se ha reemplazado con una versión diferente, ESE devuelve el error -1216, anula la recuperación y no inicia el grupo de almacenamiento.

Acción del usuario

Para resolver este problema, realice al menos una de las operaciones siguientes:

  • si se ha movido o cambiado el nombre del archivo de base de datos que falta, ubique los eventos 494 de ESE en el registro de aplicación que se produjeron después del intento de montar la base de datos. Para cada evento, anote el archivo de base de datos específico que se ha notificado que falta, encuentre la ubicación actual del archivo y muévalo a la ubicación correcta.
    Bb498209.note(es-es,EXCHG.80).gifNota:
    Si hay software antivirus a nivel de archivo instalado en el servidor y las exclusiones no se han configurado correctamente, es posible que el software antivirus eliminara o pusiera en cuarentena la base de datos. Asegúrese de comprobar el registro de eliminación y cuarentena del antivirus para ver si esto es así.
  • si el archivo de base de datos que falta se ha eliminado o perdido, restáurelo desde una copia de seguridad al grupo de almacenamiento de producción. Puede usar la tarea Comprobar la base de datos y los archivos del registro de transacciones de la herramienta Administración de recuperación de la base de datos de Exchange para comprobar que el archivo de base de datos restaurado esté disponible para realizar la restauración.
    Mientras restaura este archivo de base de datos, también puede montar y tener acceso a las otras bases de datos no afectadas del grupo de almacenamiento si completa los siguientes pasos:
    Para permitir el acceso a buzones de usuario a las bases de datos no afectadas

    1. Ejecute eseutil /R /L <Ruta a archivos de registro> /S <Path to System Files> Log Base Name /I (donde el nombre de base de datos de registro es los tres primeros caracteres de los archivos de registro de este grupo de almacenamiento, es decir, E00, E01, etc.). Esto permite que ESE coloque los archivos de base de datos presentes en un estado coherente al mismo tiempo que pasa por alto los archivos de base de datos que faltan. Una vez ejecutado este comando, deberá restaurar los archivos de base de datos que falten desde una copia de seguridad.
      Bb498209.note(es-es,EXCHG.80).gifNota:
      Los modificadores /L y /S son opcionales y no son necesarios si se ejecuta eseutil desde la misma ubicación que los archivos de registro y del sistema.
    2. Monte en el grupo de almacenamiento los archivos de base de datos que ahora están presentes y coherentes.
    3. Los usuarios con buzones hospedados en la base de datos montada actualmente pueden ahora tener acceso a su correo.
  • restaure el archivo de base de datos desde una copia de seguridad a un grupo de almacenamiento de recuperación. Puede proporcionar la funcionalidad de envío y recepción inmediatamente si inicia con una nueva base de datos lo antes posible (lo que se conoce como recuperación del tono de marcado). Los clientes verán un buzón vacío, pero podrán enviar y recibir más rápidamente que si deben esperar a que se complete la restauración o reparación.
    Bb498209.note(es-es,EXCHG.80).gifNota:
    La opción de tono de marcado requerirá que más adelante se combinen los nuevos datos (posteriores al tono de marcado) con los restaurados.
  • Si se realizó una reparación completa, ya sea manualmente o desde la tarea Reparar base de datos del ayudante para resolución de problemas de Exchange, en una o varias de las bases de datos del grupo de almacenamiento y éstas se encuentran en un estado coherente, es posible que no se quitaran los archivos de registro para el grupo de almacenamiento. Si todas las bases de datos del grupo de almacenamiento se hallan en la ubicación correcta, compruebe que todas se encuentren en un estado coherente mediante el siguiente comando.
    Para comprobar manualmente el estado de coherencia de los archivos de base de datos

    1. Ejecute eseutil /mh <path to database .edb file>.
    2. En el resultado de este comando, busque el campo Estado: y compruebe que su valor se Cierre correcto.
    3. Si todas las bases de datos del grupo de almacenamiento se encuentran en el estado Cierre correcto, mueva todos los registros de transacciones y del sistema del grupo de almacenamiento a una ubicación de copia de seguridad y después intente montar el almacén. Si puede montar todas las bases de datos correctamente, es recomendable que haga una copia de seguridad del grupo de almacenamiento de inmediato.
Para obtener más información

Para obtener más información acerca del evento 9518 de MSExchangeIS con el código de error 0xfffffb40, consulte “Centro de mensajes de errores y eventos” (http://go.microsoft.com/fwlink/?LinkId=91705, en inglés).

Para obtener información acerca de la recuperación de este error, consulte el artículo 296843 de Microsoft Knowledge Base, “Cómo recuperar una base de datos de Exchange 2000 Server después de error 1216” (http://go.microsoft.com/fwlink/?linkid=3052&kbid=296843).

Para obtener más información acerca del planeamiento de recuperación de desastres de Exchange, consulte “Guía para el planeamiento de recuperación de desastres de Exchange” (http://go.microsoft.com/fwlink/?LinkId=91706, en inglés).

Para obtener más información acerca de los asistentes Solucionador de problemas de la base de datos y Administración de recuperación de la base de datos, consulte “Administración de recuperación de la base de datos y herramienta Solucionador de problemas de la base de datos” (http://go.microsoft.com/fwlink/?LinkId=91707, en inglés).

Para obtener más información acerca de la recuperación del tono de marcado, consulte “Portabilidad del tono de marcado” (http://go.microsoft.com/fwlink/?LinkId=91703, en inglés) en el tema Recuperación de desastres de la documentación del producto de Exchange 2007.

Para obtener más información acerca de los grupos de almacenamiento de recuperación, consulte “Descripción de los grupos de almacenamiento de recuperación” (http://go.microsoft.com/fwlink/?LinkID=80784, en inglés) en el tema Recuperación de desastres de la documentación del producto de Exchange 2007.

MSExchangeIS 9518 (0xfffffd9a): falta el archivo de punto de control y existen más de 1.008 archivos de registro de transacciones

La herramienta Solucionador de problemas de la base de datos de Microsoft® Exchange ha detectado uno o más eventos de MSExchangeIS 9518 con el código de error 0xfffffd9a en el registro de la aplicación. Este error indica que falta el archivo de punto de control (Exx.chk) de este grupo de almacenamiento o que ha sido eliminado y que existen más de 1.008 archivos de registro de transacciones que deben reproducirse en la base de datos.

Explicación

Este problema se puede producir si se dan las siguientes condiciones:

  • Los archivos de registro y las bases de datos se cierran correctamente. Por tanto, no se produce ningún bloqueo del que recuperarse.
  • Cambie el nombre al archivo de punto de control Exx.chk o elimínelo.
  • Existen más de 1.008 archivos de registro entre los puntos de control pendientes de reproducción en el servidor.
  • En una recuperación “rehecha”, se pierden una o más bases de datos del grupo de almacenamiento, pero los archivos de registro se conservan intactos en el servidor en el momento de la recuperación. La operación de recuperación “rehecha” no finaliza correctamente.

En esta situación, el servicio Almacén de información de Microsoft Exchange realiza una recuperación de software y reproduce todos los archivos de registro durante el inicio. Puesto que los archivos de registro y la base de datos se han cerrado correctamente, no hay necesidad de realizar una recuperación. Puesto que no hay puntos de control, Exchange busca en todos los registros hasta que llega a un registro de un cierre limpio. Puesto que hay más de 1.008 archivos de registro, Exchange llega al límite de 1.008 archivos de registro antes de poder encontrar el registro de un estado de cierre limpio.

Bb232069.note(es-es,EXCHG.80).gifNota:
Los síntomas descritos pueden producirse si se cumplen las condiciones mencionadas y se reproducen los archivos de registro utilizando el comando eseutil /r. El comando eseutil /r también lleva a cabo una recuperación de software en el almacén de buzones.

El error también puede identificarse como JET_errCheckpointDepthTooDeep, -614. Este error sólo se aplica en Microsoft Exchange Server 2003.