¿Es Oracle un entorno más exigente para un DBA que SQL Server? [cerrado]

No conozco a Oracle en absoluto, pero he escuchado que Oracle DBA dice que trabajar con Oracle (como DBA) es "más difícil" y más difícil y más exigente que trabajar con SQL Server. ¿Esta declaración tiene una base?

Como Oracle tiene más configuraciones que hacer durante la instalación / instalación, esta tarea generalmente se deja al DBA de Oracle. El servidor SQL es mucho más fácil de instalar para un administrador del servidor de Windows debido a las similitudes (Microsoft). Este sencillo proceso de instalación de SQL también es uno de los mayores problemas. El administrador del servidor de Windows aparece en el DVD, instala SQL y piensa "Estos DBA de SQL no hacen nada". Debido a este tipo de administración por parte de no DBA, hay muchas interrupciones en el servidor SQL durante las operaciones de producción. Esto es lo que lleva a la conclusión: Oracle es mucho más estable que SQL.

Para Oracle, el administrador del servidor instala el sistema operativo y Oracle DBA realiza la instalación de la base de datos. Se requieren dos profesionales. Para el servidor SQL, a veces el administrador del servidor se entusiasma y continúa con la instalación de SQL (no es una buena práctica). Un profesional usado. Esto hace que parezca que Oracle es más difícil / complejo que el servidor SQL. Aunque el no DBA que instaló SQL nunca se apropiará cuando surja un problema y la solución al problema de SQL no sea el primer resultado en una búsqueda en Google.

Como Oracle está instalado por un DBA de Oracle informado, pueden configurarlo y administrarlo como debería ser. Dando así un tiempo de actividad y rendimiento aceptable. Mientras tanto, el servidor SQL tiene que ahogarse en sus propios VLF fragmentados cuando el administrador del servidor coloca los archivos de datos, el archivo de registro y tempdb en la unidad C con el sistema operativo y el archivo de paginación. Esto da la impresión de que un DBA de Oracle trabaja más duro que un DBA de servidor SQL.

Los DBA de Oracle deben estar familiarizados con los diferentes sistemas operativos. Les daré el crédito por eso. Pero los conceptos básicos de Oracle siguen siendo los mismos y también lo es la administración. He administrado Oracle en HP-UX y en Linux. Hay una pequeña curva de aprendizaje, pero esa es la parte divertida de trabajar en TI. Además, la curva de aprendizaje es básicamente para iniciar sesión y navegar por el directorio y algunos otros comandos básicos. Una vez que llegue a la consola de Oracle (o inicie OEM), todo es lo mismo independientemente del sistema operativo. Tenga en cuenta que todo lo anterior es solo mi respuesta obvia a la pregunta formulada.

Oracle tiene una barrera de entrada significativamente mayor que SQL Server. ¿Eso hace que trabajar con Oracle sea "más difícil" que SQL Server? Bueno, eso depende de lo que se entienda por "más difícil" y de dónde se establece la barra.

Muy raramente he encontrado sistemas empresariales respaldados por Oracle que no tenían desarrolladores / DBA de Oracle dedicados en el equipo de desarrollo. Con frecuencia trabajo con sistemas respaldados por SQL que se han desarrollado sin ningún tipo de experiencia en DBA.

¿Por qué?

Microsoft es inteligente. Han creado una plataforma de base de datos que compite con Oracle, pero la ha hecho accesible a cualquiera que pueda destruir una base de datos en Access. La noción de Código Primero , para cualquier otra cosa que no sea la más ingeniosa de las aplicaciones departamentales, me asusta sin sentido. ¿Pero no tiene mucho sentido comercial?

Oculta la complejidad. Facilite a cualquiera la creación de su plataforma de base de datos. Más tarde, una vez que están encerrados, pueden encontrar todas las perillas, palancas e interruptores que necesitarán para aprovechar al máximo el producto.

Oracle requiere experiencia en perillas, palancas y conmutadores antes de que pueda crear su primera tabla. Para el novato, eso hace que Oracle sea más difícil de comenzar. Técnicamente no es más desafiante, solo en comparación con SQL Server, simplemente difícil.

Si eres un desarrollador que solo quiere "hacer las cosas" , ¿hacia qué plataforma es probable que te inclines?

¿Es un experto Oracle DBA más experto que su equivalente de SQL Server? No. ¿La tecnología de Oracle es más compleja que SQL Server? No. ¿Es difícil o exigente un buen punto de referencia para algo? Viajar a través de Londres en el metro es ambas cosas, pero no me siento superior por hacerlo :)

Oracle tiene más funciones y opciones y muchos más botones y configuraciones de configuración, por lo que hay mucho más que saber y administrar. SQL Server tiene características de interfaz de usuario que hacen que muchas tareas parezcan muy simples (algunas dirían demasiado simples) y ocultan la complejidad de los usuarios menos experimentados. Eso probablemente hace que la barrera del conocimiento para convertirse en un DBA de SQL Server sea menor que para Oracle.

Además, Oracle es compatible con varias plataformas de sistema operativo diferentes, ya que los DBA de SQL Server solo tienen que saber acerca de un sistema operativo.

Por otro lado, he conocido a los DBA que admiten tanto que han dicho que Oracle es mucho menos problemático porque se rompe menos y no necesita repararse con tanta frecuencia como SQL Server.

Mis pensamientos:

SQL Server es más fácil de instalar para los administradores de Windows: cuando instalan un producto de infraestructura (por ejemplo, Websense, Centro virtual de VMWare, Symantec Endpoint Protection, etc.) que requiere una base de datos, hacen el trabajo muy rápido. Y esa es la mitad del "problema" con SQL Server: cualquiera puede hacerlo y funcionará perfectamente bien hasta que algo salga mal.

SQL Server también se integra bien con la fraternidad .net, por lo que a menudo encontrará diseños de bases de datos realizados por desarrolladores de c sharp en lugar de desarrolladores de bases de datos dedicados. Esta no es una receta para la escalabilidad.

Una aplicación mal escrita funcionará mal tanto en Oracle como en SQL Server ...