Habilitar la "-k" parámetro de inicio para controlar la tasa a la que funcionan los archivos puede derrame a tempdb de SQL Server

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): 3133055
Resumen
Actualmente, no hay ningún límite o acelerador en las operaciones de E/S que se producen al trabajar archivos derrame a la base de datos temporal (tempdb). Esto puede provocar problemas de i/OS. Después de instalar esta actualización, puede utilizar el parámetro de inicio -k para controlar la velocidad en que trabajan los archivos pueden derrame a tempdb.

Información de actualización

Esta actualización se incluye en los siguientes paquetes de actualización acumulativa de SQL Server:
Recomendación: Instale la actualización acumulativa más reciente para SQL Server

Cada nueva actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de la seguridad que se incluyeron en la actualización acumulativa anterior. Consulte las actualizaciones acumulativas más recientes para SQL Server:

Nota: Puede encontrar información acerca de la más reciente de SQL Server se construye a partir Dónde encontrar información acerca de la más reciente de SQL Server genera.
Más información
Para obtener más información acerca de este problema, considere lo siguiente:
  • DBCC CHECKDB comprueba la coherencia de los objetos en lotes. Estos lotes pueden constar de varios índices o tablas.
  • Todos los puntos de datos que pertenecen a un único lote se almacenan en una tabla interna. El contenido de esta tabla interna tiene que ordenarán mediante la siguiente instrucción:
    SELECT @BlobEater = CheckIndex (ROWSET_COLUMN_FACT_BLOB) FROM { IRowset 0x50426F2A48000000 } GROUP BY ROWSET_COLUMN_FACT_KEY >> WITH ORDER BY                ROWSET_COLUMN_FACT_KEY,                ROWSET_COLUMN_SLOT_ID,                ROWSET_COLUMN_COMBINED_ID,                ROWSET_COLUMN_FACT_BLOB
  • Los búferes de orden deben derrame a tempdb en las siguientes situaciones:
    • No hay suficiente memoria física en el equipo.
    • No hay suficiente memoria de ejecución de la consulta (concesión de memoria) puede obtenerse.
  • La extensión del derrame a tempdb depende del tamaño de la tabla interna. Esto depende de las páginas que se asignan a los índices que se comprueban en ese lote único.
  • Actualmente, no hay ningún límite o acelerador en las operaciones de E/S que intervienen en este derrame de tempdb. Esto puede provocar problemas de i/OS.
Referencias
Consulte actualización 929240 Para obtener información sobre cómo el parámetro – k puede controlar las tasas de punto de comprobación.

Obtenga información acerca de la terminología que utiliza Microsoft para describir las actualizaciones de software.

Propiedades

Id. de artículo: 3133055 - Última revisión: 02/22/2016 18:57:00 - Revisión: 2.0

Microsoft SQL Server 2012 Service Pack 3, Microsoft SQL Server 2014 Service Pack 1

  • kbqfe kbsurveynew kbfix kbexpertiseinter kbmt KB3133055 KbMtes
Comentarios