none
Ubicar .ndf en diferentes discos RRS feed

  • Pregunta

  • Hola que tal, les traigo una consulta.

    Estoy trabajando con SQL Server 2017, realizando un particionado de tablas por un campo de tipo FechaHora.

    Cada archivo .ndf representa un mes y la tabla tiene registros del año 2018 y 2019.

    Debido a que la mayor carga de trabajo cae sobre el año en curso, se ubicaron los 12 archivos .ndf correspondientes al año 2018 en un disco SATA y los archivos de mayor demanda que son los del año 2019 en un disco SSD, ambos en el mismo servidor.

    Durante el fin de semana el servidor se reinició dos veces y ese fue el único cambio significativo que se llevó a cabo en un servidor nuevo, que se mantuvo estable durante seis meses.

    ¿Es una buena práctica separar los archivos .ndf como se hizo?

    ¿Puede estar relacionado con la caída del servidor?

    lunes, 26 de agosto de 2019 13:25

Respuestas

  • Sí, es buena práctica separar los .ndf en varios discos y asignar discos con diferentes prestaciones dependiendo de la carga de trabajo que se espere de cada uno de ellos. Así que hasta ahí todo correcto.

    En teoría eso no tiene por qué ocasionar en modo alguno una caída del servidor. Incluso aunque uno de los discos estuviera defectuoso y provocase errores, eso solo provocaría problemas sobre la base de datos que estuviese usando ese disco, pero no que se cayese el servidor completo. Así que habrá que buscar en algún otro sitio las causas de la caída del servidor. El mero hecho de que un .ndf se encuentre en un disco distinto no es motivo para ello.

    • Marcado como respuesta Huasi lunes, 26 de agosto de 2019 20:22
    lunes, 26 de agosto de 2019 16:01

Todas las respuestas

  • Sí, es buena práctica separar los .ndf en varios discos y asignar discos con diferentes prestaciones dependiendo de la carga de trabajo que se espere de cada uno de ellos. Así que hasta ahí todo correcto.

    En teoría eso no tiene por qué ocasionar en modo alguno una caída del servidor. Incluso aunque uno de los discos estuviera defectuoso y provocase errores, eso solo provocaría problemas sobre la base de datos que estuviese usando ese disco, pero no que se cayese el servidor completo. Así que habrá que buscar en algún otro sitio las causas de la caída del servidor. El mero hecho de que un .ndf se encuentre en un disco distinto no es motivo para ello.

    • Marcado como respuesta Huasi lunes, 26 de agosto de 2019 20:22
    lunes, 26 de agosto de 2019 16:01
  • Gracias por sus respuestas.

    Sobre la caída del servidor, pudimos detectar que fue debido a una actualización de SQL Server.

    La base de datos ya se encuentra funcionando con sus tablas particionadas.

    En este momento intento monitorear el cambio en la forma en que se ejecutan las consultas con las tablas particionadas, comparando el antes y después.

    Ya encontré un error en un procedimiento que demora 5 veces más que antes. De momento asumo que se debe a que generé un índice sobre el esquema para un dato que nada tiene que ver con el campo FechaHora sobre el cual se rige el esquema y función de partición. Voy a probar regenerar el índice sobre el primary y seguir monitoreando la actividad.

    Les agradezco por su ayuda.

    Saludos

    viernes, 30 de agosto de 2019 13:46
  • Gracias por tu respuesta

    Si alguna de las respuestas respondió a su pregunta, marque como respondida para ayudar a otros usuarios a encontrar la respuesta si tiene una pregunta similar.

    Abrazos!


    Jefferson Clyton Pereira da Silva - [MCSA | MCP | MCTS | MTA | Analista de Banco de Dados - Sql Server e Oracle ]

    sábado, 31 de agosto de 2019 0:52