none
Perform volume maintenance tasks (?)

    Pregunta

  • Buen día a todos!

    Tengo un comportamiento extraño en uno de mis ambientes productivos y quisiera compartir el problema para ver si alguno me puede dar una mano.

    Entornos:

    Producción:
    Cluster Windows 2012 (3 TB / 60 core)
    SQL 2014 Enterprice core (sp3)

    PRE-Producción
    Stand-alone Windows 2012 (96 GB / 12 core)
    SQL 2014 Enterprice core (sp3)

    Ambos tienen la cuenta del servicio SQL en la política "Perform volume maintenance tasks".

    Pero su comportamiento al crear una DB/Agrandar un file .ldf/.mdf es distinto. 

    El script utilizado para la prueba es:

    CREATE DATABASE [J]
     CONTAINMENT = NONE
     ON  PRIMARY 
    ( NAME = N'J', FILENAME = N'J:\SQLdATA\ODSDW\J.mdf' , SIZE = 5120KB , FILEGROWTH = 512KB )
     LOG ON 
    ( NAME = N'J_log', FILENAME = N'J:\SQLdATA\ODSDW\J_log.ldf' , SIZE = 20000000KB , FILEGROWTH = 512KB )
    GO
    

    TIEMPOS DE PRE:

      Crear un ldf de 200 gb = 13 a 20 seg

      Crear un mdf de 200 gb = 1 seg

    TIEMPOS DE PRO:

      Crear un ldf de 200 gb = >2 min (lo corto porque me ocasiona problemas de performance)

      Crear un mdf 200 gb = 2 min

    Si alguno me puede orientar se lo agradecería.

    Saludos!!!


    Francisco Ingaramo | Microsoft Certified Professional | https://dbownerblog.wordpress.com | Votar y marcar respuestas es agradecer.

    viernes, 24 de mayo de 2019 11:33

Respuestas

  • Hola Francisco,

    Instant file initialization (permiso "Perform volume maintenance tasks") únicamente afecta al fichero de datos. El fichero de LOG siempre es inicializado con ceros, por lo que debes intentar que no sufra modificaciones frecuentes en su tamaño, poniendo como tamaño inicial el valor que calcules que será necesario y un valor de crecimiento proporcional, para evitar que haga muchos crecimientos pequeños o uno excesivamente grande.

    Espero que te sirva.

    Un saludo.

    Diego

    viernes, 24 de mayo de 2019 14:25

Todas las respuestas

  • Hola Francisco,

    Instant file initialization (permiso "Perform volume maintenance tasks") únicamente afecta al fichero de datos. El fichero de LOG siempre es inicializado con ceros, por lo que debes intentar que no sufra modificaciones frecuentes en su tamaño, poniendo como tamaño inicial el valor que calcules que será necesario y un valor de crecimiento proporcional, para evitar que haga muchos crecimientos pequeños o uno excesivamente grande.

    Espero que te sirva.

    Un saludo.

    Diego

    viernes, 24 de mayo de 2019 14:25
  • Diego, como andas?

    Clarísimo.. estaba mal orientado con el título de mi problema. 

    De todas formas, sigo teniendo la diferencia entre los ambientes ya que en uno la inicialización del LOG de 200 Gb me demora 13 segundos y en el otro mas de 2 min. (Cabe aclarar que en ambos casos los procesos no se ven afectados a bloqueos.)

    ¿Existe algo (feacture/permiso/configuración) que haga mejorar el tiempo de crecimiento de los archivos de LOG ?



    Francisco Ingaramo | Microsoft Certified Professional | https://dbownerblog.wordpress.com | Votar y marcar respuestas es agradecer.

    • Propuesto como respuesta Carlos_Ruiz_M viernes, 24 de mayo de 2019 18:33
    • Votado como útil Carlos_Ruiz_M martes, 28 de mayo de 2019 13:10
    viernes, 24 de mayo de 2019 16:41
  • Hola,

    Entonces lo mas probable es que tengas un problema de rendimiento en el acceso al disco, que podría ser a nivel físico (saturación del disco o del bus de conexión) o lógico (retención en Windows como por ejemplo podría crear un antivirus).

    Con el monitor de rendimiento de Windows puedes monitorizar la actividad del disco y si tienes cola de peticiones para ver si el problema va por ahí.

    Un saludo.

    Diego

    • Propuesto como respuesta Carlos_Ruiz_M lunes, 27 de mayo de 2019 14:34
    lunes, 27 de mayo de 2019 13:20
  • Muchas gracias Diego!

    Francisco Ingaramo | Microsoft Certified Professional | https://dbownerblog.wordpress.com | Votar y marcar respuestas es agradecer.

    • Propuesto como respuesta Carlos_Ruiz_M martes, 28 de mayo de 2019 13:10
    • Votado como útil Carlos_Ruiz_M martes, 28 de mayo de 2019 13:10
    lunes, 27 de mayo de 2019 13:49