Acceso a las carpetas del almacén de información puede ser lenta en Exchange

Seleccione idioma Seleccione idioma
Id. de artículo: 216076 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Síntomas

Cuando intenta abrir una o varias carpetas en el almacén de información pública o privada, el proceso puede ser muy lento o no responde. Este comportamiento puede manifestarse de las maneras siguientes:
  • Respuesta de cliente es muy lento si tiene acceso a correo en una carpeta (por ejemplo, si cambia el estado de un elemento de lectura a no leídos, abrir un elemento o eliminar un elemento).
  • Recibe mensajes de error de interfaz de programación de aplicaciones de mensajería (MAPI) que incluyen la frase "Error de operación de cliente".
  • Archivos de registro en la carpeta Mdbdata crecer a un ritmo y observe muy poco cambio, si los hubiera, en los recursos de carpetas públicas o los recursos de buzón.
  • Si crea una carpeta nueva y mover el contenido de la carpeta con el comportamiento a la nueva carpeta, puede resolver el problema de unos días, pero el comportamiento más adelante vuelve a aparecer.
  • Si tiene acceso a carpetas determinadas, respuesta es lento o problemático, pero otras carpetas en la misma base de datos como de costumbre responden. Esto incluye especiales carpetas como puerta de enlace (por ejemplo, las carpetas MTS-in y MTS desprotección).

Causa

Demasiadas restricciones en caché, vínculos Atrás y búsquedas que se colocan en una carpeta individual.

Para determinar si está experimentando el comportamiento descrito en este artículo, realice cualquiera de las siguientes pruebas:

importante Antes de realizar prueba 1, asegúrese que tiene una copia de seguridad en línea completa del almacén de información, porque 1 prueba restablece las vistas de carpeta en el servidor.

Prueba 1

  1. Agregue el valor de registro de Restablecer vistas para cualquiera el almacén de información pública o privada.

    importante Esta sección, el método o la tarea contiene pasos que indican cómo modificar el registro. Sin embargo, pueden producirse problemas graves si modifica incorrectamente el registro. Por tanto, asegúrese de que siga estos pasos cuidadosamente. Realice una para agregar protección, copia de seguridad del registro antes de modificarlo. A continuación, puede restaurar el registro si se produce un problema. Para obtener más información acerca de cómo realizar una copia de seguridad y restaurar el registro, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
    322756Cómo realizar una copia de seguridad y restaurar el registro de Windows

    Para agregar este valor, realice uno de los procedimientos siguientes, según corresponda:
    • El almacén de información pública : para modificar la clave del registro para cambiar el valor de Restablecer vistas para el almacén de información pública, siga estos pasos:
      1. Inicie el Editor del Registro (Regedt32.exe).
      2. Para Exchange Server 5.5, busque la siguiente clave del registro:
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersPublic
        Para Exchange 2000 Server y Exchange Server 2003, busque la siguiente clave del registro:
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<ServerName>\Public-<Folder GUID>
        Nota <Folder GUID> es el identificador único global para el almacén.
      3. Agregue un valor Restablecer vistas del tipo REG_DWORD .
      4. El valor predeterminado del valor Reset Views , sin esta entrada del registro, es 0. Establezca el valor en 1.
      5. Salga del Editor del Registro.
    • El almacén de información privada : para modificar el registro de clave para cambiar el valor de Restablecer vistas para el almacén de información privada, siga estos pasos:
      1. Inicie el Editor del Registro (Regedt32.exe).
      2. Para Exchange Server 5.5, busque la siguiente clave del registro:
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersPrivate
        Para Exchange 2000 Server y Exchange Server 2003, busque la siguiente clave del registro:
        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<ServerName>\Private-<Folder GUID>
        Nota <Folder GUID> es el identificador único global para el almacén.
      3. Agregue un valor Restablecer vistas del tipo REG_DWORD .
      4. El valor predeterminado del valor Reset Views , sin esta entrada del registro, es 0. Establezca el valor en 1.
      5. Salga del Editor del Registro.
  2. Detenga el servicio del almacén de información y, a continuación, reinícielo.
Si este valor ya existe y se establece en un valor distinto de cero, el almacén de información elimina todas las restricciones en caché en el siguiente intervalo de limpieza (durante el mantenimiento del almacén de información) y restablece el valor a cero. Puede determinar si esto ha ocurrido; Compruebe la clave del registro para ver si se ha restablecido el valor a cero. Después de producirse la eliminación de las restricciones en caché, si mejora el rendimiento de la carpeta, experimenta el comportamiento descrito en este artículo.

Prueba 2

  1. Detener el almacén de información.
  2. En un símbolo del sistema, vaya a la carpeta Exchsrvr\Bin y ejecute la utilidad Isinteg. En Exchange Server 5.5, escriba lo siguiente en el símbolo del sistema:
    isinteg - pri|pub - volcado -l logfilename
    En Exchange 2000 Server y en Exchange Server 2003, escriba lo siguiente en el símbolo del sistema:
    isinteg ? s ServerName - volcado -l logfilename
    Nota es ServerName y logfilename es el nombre de un archivo para escribir el texto de salida.

    Advertencia Este comando vuelca los detalles de todas las carpetas de la base de datos especificado al archivo especificado por -l logfilename. Dependiendo del tamaño de la base de datos, el archivo de registro que se genera puede ser bastante grande.
  3. Examine el archivo de registro y busque las carpetas con gran número de entradas en los siguientes campos:
    Buscar FID =
    FID recursiva =
    Buscar Backlinks =
    Categoría FID =
    Por ejemplo:
    Buscar FID = 000000000418,0001-0001-00000000041B, 000000000421 0001, 0001 000000000423,0001 000000000424,0001 000000000428,0001 00000000042D
    Si se continúa para varias entradas de cientos, experimenta el comportamiento descrito en este artículo.

Solución

Para evitar este comportamiento, reduzca el valor de Aging Keep Time para la base de datos afectado (en el almacén de información pública o privada).

Hora de mantener antigüedad

El valor de Aging Keep Time indica el período de tiempo que existirá un índice sin utilizar antes de eliminarse. Para reducir este valor, realice uno de los procedimientos siguientes, según corresponda:
  • Exchange 2000 Server y Exchange Server 2003
    El valor de Aging Keep Time se puede establecer en dos ubicaciones: el servicio de directorio de Active Directory y el registro. Si el atributo de Active Directory tiene un valor establecido, reemplaza el valor del registro correspondiente.
    • Para establecer el valor de Aging Keep Time en Active Directory, siga estos pasos:

      Advertencia si utiliza el complemento ADSI Edit, la utilidad LDP o cualquier otro cliente de LDAP versión 3, y modifica los atributos de los objetos de Active Directory incorrectamente, puede provocar problemas graves. Debido a estos problemas, puede ser necesario reinstalar Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 o Windows y Exchange (ambos). Microsoft no garantiza que los problemas derivados de la modificación incorrecta de los atributos de los objetos de Active Directory puedan resolverse. Modifique estos atributos bajo su responsabilidad.

      Nota El ADSI complemento (AdsiEdit.msc) se incluye con las herramientas de soporte técnico de Microsoft Windows. Para instalar las herramientas de soporte técnico de Windows en Windows 2000, haga doble clic en Setup.exe en la carpeta Support\Tools del CD de Windows 2000. Para instalar las herramientas de soporte técnico de Windows en Windows Server 2003, haga doble clic en Suptools.msi en la carpeta Support\Tools del CD de Windows Server 2003.
      1. Haga clic en Inicio, haga clic en Ejecutar, escriba adsiedit.msc y, a continuación, haga clic en Aceptar .
      2. Expanda el Contenedor de configuración [servername.example.com] , donde servername es el nombre del controlador de dominio y example.com es el nombre de su dominio.
      3. Expanda CN = Configuration, DC = example, DC = com.
      4. Expanda CN = Servicios, CN = Microsoft Exchange, CN = OrganizationName, donde OrganizationName es el nombre de la organización de Exchange.
      5. Expanda CN = Administrative Groups, CN = YourAdministrativeGroup, CN = Servers, CN = ExchangeServerName, CN = AlmacénInformación, CN = StorageGroupName, donde YourAdministrativeGroup es el nombre de su grupo administrativo, ExchangeServerName el nombre de su servidor de Exchange y StorageGroupName el nombre del grupo almacenamiento que aloja el almacén de información pública o privada.
      6. En el panel derecho, haga clic con el botón secundario en el almacén privado o el almacén público y, a continuación, haga clic en Propiedades .
      7. En la lista de atributos , haga clic en msExchAgingKeepTime .
      8. Establezca el atributo como el valor decimal en segundos que desee.

        Nota Sin esta entrada del registro, el valor predeterminado para el valor de Aging Keep Time es 40 días para Exchange 2000 Server y Exchange Server 2003. Exchange 2000 Server y Exchange Server 2003 almacenan el valor en segundos. Días de cuarenta es igual a 3,456,000 segundos. Para establecer el nuevo valor de Aging Keep Time a cuatro días, escriba 345,600 .
      9. Detenga el servicio Almacén de información de Microsoft Exchange y, a continuación, reiníciela.
    • Para cambiar esta configuración en el registro de Windows, siga estos pasos:
      1. Inicie el Editor del Registro (Regedt32.exe).
      2. Para Exchange 2000 Server o Exchange Server 2003, busque la siguiente clave del registro:

        HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\<ServerName>\Public-<Folder GUID>


        Nota <Folder GUID> es el identificador único global para el almacén. Reemplazar "Public-<Folder GUID> "con"Private-<Folder GUID> "para cambiar la configuración de un almacén de buzones privados.
      3. Agregue un valor de Aging Keep Time del tipo REG_DWORD.
      4. Escriba el valor decimal en segundos que desee.

        Nota Sin esta entrada del registro, el valor predeterminado para el valor de Aging Keep Time es 40 días para Exchange 2000 Server y Exchange Server 2003. Exchange 2000 Server y Exchange Server 2003 almacenan el valor en segundos. Días de cuarenta es igual a 3,456,000 segundos. Para establecer el nuevo valor de Aging Keep Time a cuatro días, escriba 345,600 .
      5. Salga del Editor del Registro.
      6. Detenga el servicio Almacén de información de Microsoft Exchange y, a continuación, reiníciela.
  • Exchange Server 4.0, Exchange Server 5.0, o Exchange Server 5.5
    El valor de Aging Keep Time se establece mediante un valor de registro. Para disminuir el valor de Aging Keep Time , siga estos pasos:
    1. Inicie el Editor del Registro (Regedt32.exe).
    2. Para Exchange Server 5.5, busque la siguiente clave del registro:
      HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersPublic
      Nota Reemplace "ParametersPublic" con "ParametersPrivate" para cambiar el valor de un almacén de buzones privados.
    3. Agregue un valor de Aging Keep Time del tipo REG_DWORD.
    4. Sin esta entrada del registro, el valor predeterminado para el valor de Aging Keep Time es ocho días para Exchange Server 4.0, Exchange Server 5.0 y Exchange Server 5.5. Exchange Server 4.0 y Exchange Server 5.0 almacenar este valor en milisegundos. Ocho días es igual a 691,200,000 milisegundos porque 1000 * 60 * 60 * 24 * 8 = 691,200,000.Exchange Server 5.5 almacena este valor en segundos. Ocho días es igual a 691,200 segundos porque 60 * 60 * 24 * 8 = 691,200. Para establecer el nuevo valor de Aging Keep Time en un día, establezca el valor a 86,400,000 para Exchange Server 4.0 y para Exchange Server 5.0 o 86.400 para Exchange Server 5.5.

      Nota Este valor se introduce como decimal.
    5. Salga del Editor del Registro.
    6. Detenga el servicio Almacén de información de Microsoft Exchange y, a continuación, reiníciela.
Si este valor es todavía no baja suficiente, reduzca los valores hasta llegar a un nivel aceptable de rendimiento. Sin embargo, también tendrá que disminuir el valor de Aging Clean Interval de su valor predeterminado de 1 día, como se describe en la sección "Aging Clean Interval" en este artículo.

Intervalo de limpieza de caducidad

El valor de Aging Clean Interval es el intervalo (en segundos para Exchange Server 4.0, 5.0 y 5.5) en el que el almacén de información se comprueba para cualquier cosa que debe quitarse de la caché. El valor predeterminado es 24 horas (o 86.400 segundos). Para disminuir el valor de Aging Clean Interval para almacén de información, modifique el registro para reducir la Aging Clean Interval valor para el almacén de información:
  1. Inicie el Editor del Registro (Regedt32.exe).
  2. Busque la siguiente clave del Registro:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem
  3. Agregue un valor de Aging Clean Interval del tipo REG_DWORD .
  4. De forma predeterminada el Aging Clean Interval valor sin esta entrada del registro se establece a 86.400 (o 1 día en segundos, 24 * 60 * 60). Establecer el nuevo valor de Aging Clean Interval en un número menor que 86.400.

    Nota Este valor es decimal.
  5. Salga del Editor del Registro.
  6. Detenga el servicio del almacén de información y, a continuación, reinícielo.

Ejecutar Isinteg

Puede ejecutar la utilidad Isinteg para forzar inmediatamente la limpieza de las restricciones en caché. Ocurre lo siguiente:
  • Sus backlinks se purgan.
  • Se eliminan las tablas de restricción.
Si hay una gran cantidad de las restricciones en una carpeta y ejecutar el comando isinteg - fix , estas búsquedas en caché se desactivan y la carpeta se realiza normalmente. En Exchange Server 5.5, utilice el comando siguiente:
isinteg - fix - pri - morefld de prueba
En Exchange 2000 Server y en Exchange Server 2003, utilice el comando siguiente:
isinteg ? s ServerName ?fix test morefld ? l logfilename
Nota es ServerName y logfilename es el nombre de un archivo para escribir el texto de salida.
V5.5.265 de comprobación de integridad del almacén de información de Microsoft Exchange
Copyright (c) 1986-1997 Microsoft Corp. Todos los derechos reservados.
Iniciado: 04/28/00 06: 19: 08
Nombre del servidor: Server.domain.com
Ruta de acceso del almacén: D:\exchsrvr\MDBDATA\PRIV.EDB
Tamaño de almacenamiento: 1510031360 bytes
Registro de salida: isinteg.pri
Modo de comprobación: comprobar y corregir
Opciones: - fix - pri - prueba morefld

Iniciando prueba 1 de 3, 'Tablas de categorización'
Tablas de categorización terminado. Tiempo: h 0: 0 m: 0
Iniciando prueba 2 de 3, 'Tablas de la restricción'
Tablas de restricción terminado. Tiempo: h 0: 0 m: 0
Iniciando prueba 3 de 3, 'Buscar carpeta vínculos'
Vínculos de carpeta de búsqueda terminado. Hora: m de 0 h: 0: 23s
No hay pruebas recuento de referencia

Más información

Hay dos métodos que puede utilizar para buscar en una carpeta con MAPI extendido, el método Restrict() y el método FindRow(). El método Restrict() almacena en caché la restricción de dicha carpeta y no se quita durante varios días. Si la vista, filtro o búsqueda utiliza un índice principal siempre cambiante, una nueva restricción se agrega cada vez que la carpeta se denomina. Esto puede provocar una disminución grave del rendimiento de la carpeta, porque cada vez que se aplica un cambio, todos los vínculos hacia atrás tienen que tener acceso.

Para obtener información adicional acerca de cómo controlar la caducidad del índice carpeta, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
159197Controlar la caducidad del índice carpeta
Collaboration Data Objects (CDO) 1.21 también pueden causar el problema. Objeto de MessageFilter Collateral Data Objects, CDO se implementa como un restringir de MAPI. Si es posible, código CDO que se basa en MessageFilter debe reemplazarse por código equivalente de MAPI extendido mediante FindRow. Esto no siempre es posible aunque. Por ejemplo, el código CDO que busca las citas no pueden reemplazarse con MAPI extendido porque MAPI extendido no comprende los elementos de cita. En este caso, se debe evaluará el código CDO para ver si puede reducirse el número de MessageFilters diferentes.

Referencias

Para obtener información adicional acerca información almacén mantenimiento, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
159196Tareas controladas por el plan de mantenimiento de IS

Propiedades

Id. de artículo: 216076 - Última revisión: jueves, 25 de octubre de 2007 - Versión: 5.6
La información de este artículo se refiere a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange Server 5.5 Standard Edition
  • Microsoft Exchange Server 5.0 Standard Edition
  • Microsoft Exchange Server 4.0 Standard Edition
  • Microsoft Messaging Application Programming Interface
  • Microsoft Collaboration Data Objects 1.21
Palabras clave: 
kbmt kbprb KB216076 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 216076

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com