none
SQL Server DATA y LOG RRS feed

  • Pregunta

  • Buenos días estoy en un dilema con respecto el porque es necesario que los LOG y DATA deben estar en distintas unidades lógicas y no en 1 sola.

    Gracias por las respuestas

    GLF

    miércoles, 1 de febrero de 2017 17:40

Respuestas

  • No es que sea obligatorio pero si recomendable.

    El tema es cual es el uso de cada uno de esos ficheros.

    Log, acceso secuencial fundamentalmente de escritura y bloqueante para devolver el control. Cada vez que haces una operación que modifica la BBDD, un update, un insert , un delete, una creación de tabla o cualquier cosa, esta operación se escribe de forma secuencial en el log y en tanto no está escrita, el sistema no da el "commit" por hecho.

    Así pues los discos que alojen este tipo de ficheros han de ser cuanto más rápidos mejor para escribir.

    Los ficheros de datos, fundamentalmente de lectura, acceso secuencial, las escrituras se hacen en asíncrono desde el fichero de log o páginas en memoria. Estos ficheros no es tan importante (aunque lo sea) que escriban rápido, pero si que lean rápido , ahí se puede ahorrar un poquito de dinero con mecanismos de Raid mas económicos.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 1 de febrero de 2017 17:51
    Moderador

Todas las respuestas

  • Hola soy nuevo en esto, pero tengo una duda puntual sobre los log y data, porque es importante que estos estén en distintas unidades y no en 1 sola unidad.

    Gracias.

    Gino L. F.

    miércoles, 1 de febrero de 2017 17:34
  • Hola,

    La información la puedes encontrar aquí: https://msdn.microsoft.com/en-us/library/ms189563.aspx

    miércoles, 1 de febrero de 2017 17:45
  • No es que sea obligatorio pero si recomendable.

    El tema es cual es el uso de cada uno de esos ficheros.

    Log, acceso secuencial fundamentalmente de escritura y bloqueante para devolver el control. Cada vez que haces una operación que modifica la BBDD, un update, un insert , un delete, una creación de tabla o cualquier cosa, esta operación se escribe de forma secuencial en el log y en tanto no está escrita, el sistema no da el "commit" por hecho.

    Así pues los discos que alojen este tipo de ficheros han de ser cuanto más rápidos mejor para escribir.

    Los ficheros de datos, fundamentalmente de lectura, acceso secuencial, las escrituras se hacen en asíncrono desde el fichero de log o páginas en memoria. Estos ficheros no es tan importante (aunque lo sea) que escriban rápido, pero si que lean rápido , ahí se puede ahorrar un poquito de dinero con mecanismos de Raid mas económicos.


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA

    miércoles, 1 de febrero de 2017 17:51
    Moderador
  • Gracias por tu gentil respuesta esta muy claro.
    miércoles, 1 de febrero de 2017 18:00