16 votos

Recursos para la accidental DBA

Dentro de la plataforma de Microsoft, la mayoría de la empresa a nivel de programas (SharePoint, cualquiera de los Sistema de Centro de aplicaciones, alguna de las Dynamics apps, etc) todo en la parte superior de SQL Server. Para los administradores de estos programas, SQL Server es a menudo una caja negra que se instala como un requisito previo para cualquier programa que es su principal foco de atención. Como resultado, hay muy poca (o ninguna) planificación que va en el lado SQL de la instalación, que lleva a los problemas que la superficie en algún lugar más arriba.

  • Los Registros de transacciones que llenan las unidades de
  • No hay planes de mantenimiento (o desinformado, tales como los planes que ambos reorganizar y reconstruir los índices)
  • No administrado de crecimiento automático
  • Bases de datos y registros sobre los mismos ejes
  • Mal elegido niveles de RAID
  • No hay copia de seguridad (o plan de recuperación)

Así que... ¿qué tipos de problemas "accidental Administradores de bases de datos" tienden a golpear, y qué recursos sería la mejor forma de ayudar a una accidental DBA levantarse a la velocidad en SQL planificación, administración y optimización de rendimiento básicos?

10voto

Bernie Perez Puntos5091

Checkout de la serie de artículos y Q&A columnas escribo para TechNet Magazine - la mayoría son escritos con la Accidental (la llamamos "involuntarios") DBA en mente.

Consejos para el Eficaz Mantenimiento de Base de datos fue escrito específicamente como un manual para Administradores involuntarios entender DB problemas de mantenimiento.

La comprensión de Registro y Recuperación de SQL Server

SQL Server comunes de los Problemas de Seguridad y Soluciones

Descripción de SQL Server Copias de seguridad - parte 1 de la parte 3 de la serie. Parte 2 será el uso de la restauración (en el Sept 09) y la parte 3 será en la recuperación de los sin copias de seguridad (en el 09 de Noviembre de la revista)

Usted también debe checkout mi blog y de mi esposa blog (no es publicidad ni nada solo info) - los dos hemos blog de una gran cantidad de una variedad de niveles técnicos.

Una buena serie de posts para buscar a través de los editoriales de los resultados de mi semanales encuestas. Ellos son por lo general alrededor de un tema amplio que podría ayudar a los Administradores involuntarios. La editorial puestos de inicio con 'Importancia' o 'Importante'. De hecho, esta semana la encuesta está en ser un involuntario DBA - muy oportuno!

Entendemos la involuntario DBA cosa realmente bien, de hecho, Kimberly y yo enseño un par de días de SharePoint de Microsoft Certified Maestros de la clase para que los administradores de SharePoint saben qué hacer con sus Servidores de SQL (también enseñamos una semana completa de SQL).

Espero que esto sea de utilidad para usted.

5voto

Greg Meehan Puntos1021

Sean, yo entiendo de donde vienes.

Estamos en una similar barco aquí, como cabría esperar, son muchos otros. No obstante hoy en día la economía.

A pesar de las repetidas denuncias de la gestión, (incluyendo senior de gestión empresarial), nuestra situación es la siguiente; El auto-nombrado "DBA" (en un aparte, `equipo de desarrollo de' en otro piso) por desgracia, sabe menos que un junior empuñando dos libros de O'Reilly y un KB de impresión de volcado. Ella consiguió el trabajo, y es de gran a verter la miel en el oído de la persona que también se vierte la miel en el oído de la mayor muckety-muck.

Sin duda, lo ideal sería ser capaz de aprender el DBA "el comercio", pero de nuevo.. Lo que queremos y lo que podemos tener son a menudo muy diferentes de las cosas. :)

Yo, personalmente se han encontrado los siguientes problemas, que (a echo squillman bastante contundente, pero no del todo incorrecta) no requiere mucho de la googlear.

  • Tranlogs. Estás en lo correcto. Qué diablos eran esas cosas? Así que había que restaurar una base de datos y el servidor, ¿qué significa " reproducción de la tran los registros decir, exactamente? :)
  • Espera, ¿qué significan estas bases de datos sólo se hacen más grandes? ¿Cómo podemos reducir la de ellos? O al menos mantener su crecimiento?
  • La normalización de las instalaciones a través de diferentes servidores, (esta imagen es para "dev", esta imagen es para "prod" y esta pequeña imagen lloró todo el camino a casa, desde el mercado. :)
  • Scripts de mantenimiento y de cómo ayudar a gestionar las bases de datos durante un largo período de tiempo, (una especie de cultivo de plantas de interior y asegurarse de que no se conviertan en kudzu.)
  • Siempre asegurarse, el proggies ir en el C:\, el registro y/o bases de datos de ir en el D:\, que tipo de formulado nuestra normalización, (C:\ es de dos discos duplicados, D:\ es generalmente un RAID5 asunto.)
  • Tener que adquirir por separado SQL licencia y el cliente para copias de seguridad.
  • Consulte administración de los usuarios que el equipo de desarrollo se asigna a la base de datos de SQL en sí, la gestión de DBO roles, etc. Asegurarse de que tienes un buen modelo de seguridad cuando se trata de derechos de usuario dentro de la base de datos.
  • La investigación de una cuenta de servicio de dominio que los servicios de SQL puede funcionar como. Cuáles son los derechos que la cuenta de servicio de necesidades, si es que alguno.

(He encontrado algunos muy buenos, en tu post.)

Desde que está operativo en un handicap, como algunas otras personas, asegúrese de difundir el conocimiento de SQL entre el equipo, si se puede. Compartir lo que usted sabe, enseñar a los demás el mismo. Ser amable. Es un verdadero dolor de tener que usar el SQL sombrero, pero al menos a los ojos de muchos y procesos de pensamiento son mejor que uno solo.

Sin embargo por encima de todo, trata de ser como el diablo para conseguir un DBA en el personal. :)

2voto

Davide Vosti Puntos1903

Tengo el título de DBA chico alrededor de un año en mi trabajo. Esto fue aproximadamente hace 5 meses. Desde entonces he estado leyendo varios blogs desde el 500,000 pies de vista a la (a veces golpeando el duro de la cubierta a 500 ft) 250,000 vista, a los 500 pies de vista. También,SQLServerPedia es tu amigo; tienen un montón de cosas buenas para la accidental DBA.

He sido arrojados de las situaciones que me hizo sentir incómodo. Por ejemplo, he estado haciendo copias de seguridad desde que fue "dado que" este trabajo lo Cumple, los diffs y t-registros fueron en la mano para mi primera restauración de los datos de producción, nadie parecía pánico-y, por lo que pensé que no podía mostrar cómo me sentí mareado. Más veces que no, creo que ir por la borda cuando la pongo en mi DBA sombrero, pero me imagino que no es mi trabajo a tiempo completo (administrador de red) por lo que debe ser "mejor prevenir que curar'.

1voto

ggponti Puntos76

Consejos para el Eficaz Mantenimiento de Base de datos

0voto

duffbeer703 Puntos9747

Comenzar con los esfuerzos tácticos. Si su base de datos se bloquea o no funciona bien, se centran en la solución de esos problemas.

Próximo inicio con más puntos estratégicos: copia de seguridad y restaura. Saber cómo restaurar las bases de datos dentro y por fuera, y crear procedimientos detallados para evitar errores costosos durante un apagón.

Si usted no tiene hardware para probar cambios importantes y cosas como copia de seguridad/restaurar -- averiguar cómo llegar a ella.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by:

;