Todo lo que he leído es sobre lo potencialmente dañino que es detener SQL Server porque crea un caché frío y absorbe memoria. Entonces, ¿por qué alguien querría detener el servidor SQL? Si puede proporcionar algún enlace a los artículos para que pueda leer más sobre esto, ¡realmente lo agradecería!
Esta pregunta fue planteada por mi maestro. A menos que sea una pregunta capciosa, me tiene absolutamente perplejo. Su pregunta exacta fue:
Realice una investigación utilizando Internet y sepa por qué alguien querría detener el Servidor SQL. Explica tu respuesta.
Esto fue en el contexto de nosotros explorando cómo usar SQL Server 2008 R2. No estoy seguro de si está pidiendo la respuesta obvia, o si hay algo que me falta.
sql-server
sql-server-2008-r2
shutdown
Amerilys
fuente
fuente
Respuestas:
Brent enumeró algunas razones no válidas para detener el servicio, pero también hay razones válidas:
fuente
Porque piensan que hay un problema de memoria : SQL Server usa toda la memoria disponible, hasta su configuración de memoria máxima (e incluso más allá). Las personas que no lo saben van al Administrador de tareas, ven a SQL Server usando mucha memoria y piensan: "Debe haber una pérdida de memoria: detendré y reiniciaré SQL Server, y veré qué sucede". Efectivamente, eso libera mucha memoria (porque SQL Server no lo asigna todo de forma predeterminada), por lo que piensan que solucionaron el error. Lo siguiente que sabes es que reinician SQL Server semanalmente.
Debido a que piensan que hay un problema de CPU , las consultas utilizarán una tonelada de recursos de CPU, especialmente en el caso de problemas de detección de parámetros. Las personas que no lo saben intentan conectarse al SQL Server sin conocer la Conexión de administrador dedicada (DAC), no pueden conectarse y simplemente se quedan sin opciones. Se reinician porque los ejecutivos los respaldan y desean una solución rápida.
Debido a que han escuchado que corrige la corrupción , cuando la gente se encuentra con un problema de corrupción, a menudo están dispuestos a intentar cualquier cosa para solucionarlo.
Debido a que quieren que finalice una reversión , eliminan una consulta y se mantiene en la reversión por un tiempo porque no sabían que la reversión de una consulta es de un solo subproceso. Después de minutos (u horas) de espera, reinician el SQL Server, pensando que la reversión no será necesaria cuando se reinicie nuevamente. Lamentablemente, están equivocados, y SQL Server simplemente continúa con la reversión al inicio.
fuente
Una razón podría ser que compró nuevo hardware y migró las bases de datos a este nuevo servidor. Ahora está cerrando esta instancia de servidor sql en el cuadro anterior (junto con el cuadro en sí), ya que desea asegurarse de que ya nadie se conecte a él
Se mudó a la nube, ya no se necesita el cuadro prem, se apaga, se reformatea y se reutiliza (si no es demasiado viejo)
fuente
Una razón válida es cuando hay otro software ejecutándose en el mismo servidor que necesita parte de la memoria que tiene el servidor SQL, pero que solo se ejecuta algunas veces al mes.
Por ejemplo, mi esposa (una contadora que desea saber tan poco (y nada menos) sobre el servidor SQL que se necesita para hacer su trabajo) tiene un sistema basado en el servidor SQL utilizado por 3 personas, incluida ella para procesar un conjunto de datos muy grande, lo hacen muchas consultas ad-hock, pero algunas veces al mes tienen que ejecutar un motor de cálculo que está en el mismo servidor y accede a la base de datos. El motor de cálculo necesita memoria. No tienen un DBA, no pueden obtener fondos para más hardware, incluso si pudieran, el departamento de TI (que sabe menos sobre SQL que los contadores) tomaría meses para configurar el nuevo hardware y restablecer SQL servidor les permite hacer su trabajo como contadores. (El sistema transaccional está separado).
fuente