Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Introduccion:
Administracin de datos y administracin de bases de datos La informacin es uno los activos ms valiosos de la empresa, es indispensable contar con una persona -el administrador de datos- que conozca la informacin, y las necesidades de la empresa en este aspecto, en un nivel gerencial superior. As la labor del administradorde datos es decidir en primer trmino cules datos deben almacenarse en la base de datos, y establecer polticas para mantener y manejar los datos uan vez almacenados. El administrador de datos es por lo general, un gerente, no un tcnico. El tcnico responsable de poner en prctica las decisiones del administrador de datos es el administrador de bases de datos(DBA, database administrator). El alcance de la actividad de la Administracin de Datos es la organizacin completa (empresa, institucin u otro organismo), mientras que el alcance de la Administracin de Bases de Datos queda restringido a una Base de Datos en particular y a los sistemas que los procesan. La Administracin de la Base de Datos opera dentro de un marco proporcionado por la Administracin de Datos facilitndose de esta manera el desarrollo y el uso de una Base de Datos y sus aplicaciones. Las siglas DBA suelen utilizarse para designar tanto la funcin Administracin de Base de Datos como al titulo del puesto administrador de Base de Datos. En los distintos niveles y aplicaciones de Base de Datos existe la funcin DBA, aunque varia en complejidad. Esta es ms sencilla cuando se trata de una Base de Datos Personal que cuando se refiere a una Base de Datos de grupos de trabajo, y esta a su vez es ms sencilla que en una Base de Datos Organizacional. En una Base de Datos Personal comnmente el mismo usuario es el Administrador de la Base de Datos; las Bases de Datos de grupos de trabajo requieren de una o dos personas que normalmente no se dedican a esta funcin de tiempo completo puesto que tienen otras responsabilidades dentro o fuera de la organizacin. En las Bases de Datos Organizacionales, que comnmente permiten el acceso a decenas e incluso centenas de usuarios, se requiere de un administrador de Base de Datos de tiempo completo; lo anterior debido al alto volumen de procesos que deben desarrollarse, controlarse y supervisarse. Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes tcnicas para el manejo del sistema en cuestin a dems, son cualidades deseables nociones de administracin, manejo de personal e incluso un cierto grado de diplomacia. La caracterstica ms importante que debe poseer es un conocimiento profundo de las polticas y normas de la empresa as como el criterio de la empresa para aplicarlas en un momento dado.
o o o o o o
Administrar la estructura de la Base de Datos Administrar la actividad de los datos Administrar el Sistema Manejador de Base de Datos Establecer el Diccionario de Datos Asegurar la confiabilidad de la Base de Datos Confirmar la seguridad de la Base de Datos
La administracin de la estructura de la Base de Datos incluye participar en el diseo inicial de la misma y su puesta en practica as como controlar, y administrar sus requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en el diseo general de BD. En los casos de grandes aplicaciones de tipo organizacional, el DBA es un gerente que supervisa el trabajo del personal de diseo de la BD. Una vez diseada la BD, es puesta en practica utilizando productos del DBMS, procedindose entonces a la creacin de los datos (captura inicial). El DBA participa en el desarrollo de procedimientos y controles para asegurar la calidad y la alta integridad de la BD. Los requerimientos de los usuarios van modificndose, estos encuentran nuevas formas o mtodos para lograr sus objetivos; la tecnologa de la BD se va modificando y los fabricantes del DBMS actualizan sus productos. Todas las modificaciones en las estructuras o procedimientos de BD requieren de una cuidadosa administracin.
Las solicitudes de modificacin son inevitables una vez que el sistema ha entrado en operacin, pueden aparecer solicitudes de nuevos requerimientos o estos pueden resultar de una comprensin inadecuada de los mismos. En cualquier caso, debern efectuarse modificaciones en relacin con toda la comunidad de la BD, ya que el impacto de tales alteraciones ser resentido por mas de una aplicacin. En algunos casos, pueden darse modificaciones que presentan efectos negativos para algunos usuarios; estos casos debern ser tratados esgrimiendo como argumento los beneficios globales que sern obtenidos de tales alteraciones. Una administracin eficaz de la BD debe incluir procedimientos y polticas mediante las cuales los usuarios puedan registrar sus necesidades de modificaciones, y as la comunidad podr analizar y discutir los impactos de dichas modificaciones, determinndose entonces la puesta o no en practica de tales alteraciones. En razn del tamao y complejidad de una BD y de sus aplicaciones, las modificaciones pudieran tener resultados inesperados. El DBA debe estar preparado para reparar la BD y reunir suficiente informacin para diagnosticar y corregir el problema provocado por la falla. Despus de un cambio la BD es ms vulnerable a fallas.
Documentacin
La responsabilidad final de un DBA en la administracin de la estructura de una BD es la DOCUMENTACIN. Es de suma importancia saber que modificaciones han sido efectuadas, como fueron realizada y cuando fueron establecidas. Una modificacin sobre la estructura de la BD pudiera ocasionar un error que no apareciera a corto plazo; una vez que este surja, sin la documentacin adecuada sobre las modificaciones realizadas, l diagnostico resultara extremadamente complicado. En estos casos, se hara necesario una secuencia de rejecuciones para intentar detectar el punto en conflicto; el riesgo de este procedimiento radica en que es posible afectar la informacin contenida en la BD. Para identificar un cambio es de suma importancia mantener un registro de los formatos de prueba y de las ejecuciones de las pruebas efectuadas. Si se utilizan procedimientos de prueba formatos de pruebas y mtodos de registro estandarizados, el registro de los resultados de la prueba no consumir tiempo excesivo. Comnmente el tiempo de la documentacin es tedioso y esto ocasiona que algunos DBA tienden a reducir o abreviar la informacin que se registra en ella e incluso llegan a desatenderla. Cuando ocurre un siniestro, la documentacin completa y organizada puede ser la diferencia entre resolver o no un problema de extrema
Aunque el DBA protege los datos, no los procesa. El DBA no es usuario del sistema, en consecuencia, no administra valores de datos; el DBA administra actividad de datos. Dado que la BD es un recurso compartido, el DBA debe proporcionar estndares, guas de accin, procedimientos de control y la documentacin necesaria para garantizar que los usuarios trabajan en forma cooperativa y complementaria al procesar datos en la BD. Como es de suponerse, existe una gran actividad al interior de un DBMS. La concurrencia de mltiples usuarios requieren de estandarizar los procesos de operacin; el DBA es responsable de tales especificaciones y de asegurarse que estas lleguen a quienes concierne. Todo el mbito de la BD se rige por estndares, desde la forma como se capture la informacin (tipo, longitud, formato), como es procesada y presentada. El nivel de estandarizacin alcanza hasta los aspectos ms internos de la BD; como s accesa a un archivo, como se determinan los ndices primarios y auxiliares, la foliacin de los registros y dems. Debe procurarse siempre que los estndares que sern aplicados beneficien tambin a los usuarios, privilegiando siempre la optimizacin en la operacin del DBMS y el apego de las polticas de la empresa.
Definir el esquema conceptual: es tarea del administrador de datos decidir con exactitud cual es la informacin que debe mantenerse en la base de datos, es decir, identificar las entidades que interesan a la empresa y la informacin que debe registrarse acerca de esas entidades. Este proceso por lo general se denomina diseo lgico a veces conceptual- de bases de datos. Cuando el administrador de datos decide el contenido de la base de datos en un nivel abstracto, el DBA crea a continuacin el esquema conceptual correspondiente, empleando el DDL conceptual. El DBMS utilizar la versin objeto (compilada) de ese esquema para responder a las solicitudes de acceso. La versin fuente sin compilar servir como documento de referencia para los usuarios del sistema. Definir el esquema interno: el DBA debe decidir tambin como se representar la informacin en la base de datos almacenada. A este proceso suele llamrsele diseo fsico de la base de datos. Una vez hecho esto el DBA deber crear la definicin de estructura de almacenamiento correspondiente (es decir el esquema interno) valindose del DDL interno. Adems deber definir la correspondencia pertinente entre los esquemas interno y conceptual. En la prctica, ya sea el DDL conceptual o bien el DDL interno incluirn seguramente los medios para definir dicha correspondencia, pero las dos funciones (crear el esquema, definir la correspondencia) debern poder separarse con nitidez. Al igual que el esquema conceptual, el esquema interno y la correspondencia asociada existirn tanto en la versin fuente como en la versin objeto.
Vincularse con los usuarios: el DBA debe encargarse de la comunicacin con los usuarios, garantizar la disponibilidad de los datos que requieren y escribir - o ayudar a los usuarios a escribir- los esquemas externos necesarios, empleando el DDL
Definir las verificaciones de seguridad e integridad : las verificaciones de seguridad y de integridad pueden considerarse parte del esquema conceptual. El DDL conceptual incluir los medios para especificar dichas verificaciones. Definir procedimientos de respaldo y recuperacin : cuando una empresa se decide a utilizar un sistema de base de datos, se vuelve dependiente en grado sumo del funcionamiento correcto de ese sistema. En caso de que sufra dao cualquier porcin de la base de datos por causa de un error humano, digamos, o una falla en el equipo o en el sistema que lo apoya resulta esencial poder reparar los datos implicados con un mnimo de retraso y afectando lo menos posible el resto del sistema. En teora, por ejemplo la disponibilidad de los datos no daados no debera verse afectada. El DBA debe definir y poner en practica un plan de recuperacin adecuado que incluya, por ejemplo una descarga o "vaciado" peridico de la base de datos en un medio de almacenamiento de respaldo, y procedimientos para cargar otra vez la base de datos a partir de vaciado ms reciente cuando sea necesario.
Supervisar el desempeo y responder a cambios en los requerimientos : es responsabilidad del DBA organizar el sistema de modo que se obtenga el desempeo que sea "mejor para la empresa", y realizar los ajustes apropiados cuando cambien los requerimientos.
Definicin del esquema: el esquema original de la base de datos se crea escribiendo un conjunto de definiciones que son traducidas por el compilador de DDL a un conjunto de tablas que son almacenadas permanentemente en el DICCIONARIO DE DATOS. Definicin de la estructura de almacenamiento y del mtodo de acceso: estructuras de almacenamiento y mtodos de acceso adecuados se crean escribiendo un conjunto de definiciones que son traducidas por el compilador del lenguaje de almacenamiento y definicin de datos. Modificacin del esquema y de la organizacin fsica: las modificaciones, tanto al esquema de la base de datos como a la descripcin de la organizacin fsica de almacenamiento, aunque relativamente poco comunes, se logran escribiendo un conjunto de definiciones que son usadas bien por el compilador del DDL o bien por el compilador del lenguaje de almacenamiento y definicin de datos para generar modificaciones a las tablas internas apropiadas del sistema (por ejemplo, el diccionario de datos). Concesin de autorizacin para el acceso a los datos: la concesin de diferentes tipos de autorizacin permite al administrador de la base de datos regular qu partes de la base de datos van a poder ser accedidas por varios usuarios. Especificacin de las restricciones de integridad: las restricciones de integridad se mantienen en una estructura especial del sistema que consulta el gestor de la base de datos cada vez que tiene lugar una actualizacin en el sistema.
si al
Y una vez hecho todo lo anterior vamos a instalar nuestro servidor MySQL 5.6. Para ello ejecutaremos lo siguiente en la terminal:
[root@centosvm beto]# rpm -ivh MySQL-server-5.6.11-2.el6.x86_64.rpm
Preparando... ########################################### [100%] 1:MySQL-server ########################################### [100%] 2013-05-16 22:21:05 0 [Warning] TIMESTAMP with implicit DEFAULT value is deprecated. Plea 2013-05-16 22:21:05 4727 [Note] InnoDB: The InnoDB memory heap is disabled 2013-05-16 22:21:05 4727 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2013-05-16 22:21:05 4727 [Note] InnoDB: Compressed tables use zlib 1.2.3 2013-05-16 22:21:05 4727 [Note] InnoDB: Using Linux native AIO 2013-05-16 22:21:05 4727 [Note] InnoDB: Not using CPU crc32 instructions 2013-05-16 22:21:05 4727 [Note] InnoDB: Initializing buffer pool, size = 128.0M 2013-05-16 22:21:05 4727 [Note] InnoDB: Completed initialization of buffer pool 2013-05-16 22:21:05 4727 [Note] InnoDB: The first specified data file ./ibdata1 did not e 2013-05-16 22:21:05 4727 [Note] InnoDB: Setting file ./ibdata1 size to 12 MB 2013-05-16 22:21:05 4727 [Note] InnoDB: Database physically writes the file full: wait... 2013-05-16 22:21:08 4727 [Note] InnoDB: Setting log file ./ib_logfile101 size to 48 MB 2013-05-16 22:21:11 4727 [Note] InnoDB: Setting log file ./ib_logfile1 size to 48 MB 2013-05-16 22:21:12 4727 [Note] InnoDB: Renaming log file ./ib_logfile101 to ./ib_logfile 2013-05-16 22:21:12 4727 [Warning] InnoDB: New log files created, LSN=45781 2013-05-16 22:21:12 4727 [Note] InnoDB: Doublewrite buffer not found: creating new 2013-05-16 22:21:12 4727 [Note] InnoDB: Doublewrite buffer created 2013-05-16 22:21:12 4727 [Note] InnoDB: 128 rollback segment(s) are active. 2013-05-16 22:21:12 4727 [Warning] InnoDB: Creating foreign key constraint system tables. 2013-05-16 22:21:12 4727 [Note] InnoDB: Foreign key constraint system tables created 2013-05-16 22:21:12 4727 [Note] InnoDB: Creating tablespace and datafile system tables. 2013-05-16 22:21:12 4727 [Note] InnoDB: Tablespace and datafile system tables created. 2013-05-16 22:21:12 4727 [Note] InnoDB: Waiting for purge to start 2013-05-16 22:21:12 4727 [Note] InnoDB: 5.6.11 started; log sequence number 0 A random root password has been set. You will find it in '/root/.mysql_secret'. 2013-05-16 22:21:13 4727 [Note] Binlog end 2013-05-16 22:21:13 4727 [Note] InnoDB: FTS optimize thread exiting. 2013-05-16 22:21:13 4727 [Note] InnoDB: Starting shutdown... 2013-05-16 22:21:14 4727 [Note] InnoDB: Shutdown completed; log sequence number 1625977
TIMESTAMP with implicit DEFAULT value is deprecated. Plea InnoDB: The InnoDB memory heap is disabled InnoDB: Mutexes and rw_locks use GCC atomic builtins InnoDB: Compressed tables use zlib 1.2.3 InnoDB: Using Linux native AIO InnoDB: Not using CPU crc32 instructions InnoDB: Initializing buffer pool, size = 128.0M InnoDB: Completed initialization of buffer pool InnoDB: Highest supported file format is Barracuda. InnoDB: 128 rollback segment(s) are active. InnoDB: Waiting for purge to start InnoDB: 5.6.11 started; log sequence number 1625977 Binlog end InnoDB: FTS optimize thread exiting. InnoDB: Starting shutdown... InnoDB: Shutdown completed; log sequence number 1625987
A RANDOM PASSWORD HAS BEEN SET FOR THE MySQL root USER ! You will find that password in '/root/.mysql_secret'. You must change that password on your first connect, no other statement but 'SET PASSWORD' will be accepted. See the manual for the semantics of the 'password expired' flag. Also, the account for the anonymous user has been removed. In addition, you can run: /usr/bin/mysql_secure_installation which will also give you the option of removing the test database. This is strongly recommended for production servers. See the manual for more instructions. Please report any problems with the /usr/bin/mysqlbug script! The latest information about MySQL is available on the web at http://www.mysql.com Support MySQL by buying support/licenses at http://shop.mysql.com New default config file was created as /usr/my.cnf and will be used by default by the server when you start it. You may edit this file to change server settings
De esta manera tendremos instalado nuestro servidor MySQL cuyo password de root puede encontrarse en el archivo /root/.mysql_secret tal y como se indica en el texto resultante en la
Como podemos ver hasta este punto nuestro servidor MySQL se encuentra instalado y ejecutndose. As que para finalizar este artculo nos conectaremos al servidor y actualizaremos nuestro password:
[root@centosvm beto]# mysql -uroot -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 2 Server version: 5.6.11 Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners. Type 'help;' or '\h' for help. Type '\c' to clear the current input statement. mysql> SET PASSWORD FOR 'root'@'localhost' = PASSWORD('MYPASSWORDSECRETO'); Query OK, 0 rows affected (0,00 sec) mysql> FLUSH PRIVILEGES; Query OK, 0 rows affected (0,00 sec)
1. El primer paso es introducir el DVD o montar la imagen .iso de SQL Server 2008 para comenzar la instalacin. Es muy probable que el propio instalador de SQL Server 2008 R2 nos pida actualizar el sistema para poder proceder con la aplicacin de instalacin de SQL Server. En ese caso nos saldr una pantalla como esta donde se nos indicar que va a proceder con la actualizacin del sistema.
Despus de dar a OK, se proceder con la instalacin. Dependiendo de la actualizacin a realizar sobre Windows Server, puede que nos parezca que el sistema est inactivo o que el proceso instalador ha dado algn error puesto que desaparecer de la pantalla durante un par de minutos.
Llegados a este punto, dado que el artculo se centra exclusivamente en la instalacin de una instancia SQL Server 2008 R2, iremos directamente al apartado Installation. En cualquier caso, en la primera pantalla denominada Planning, podremos encontrar la documentacin sobre instalacin de SQL Server 2008 R2 as como la aplicacin de chequeo de sistema para validar instalaciones futuras de SQL Server 2008 R2 o el SQL Server Upgrade Advisor que queda fuera del mbito de este artculo y es la aplicacin con la que podemos analizar migraciones de versiones inferiores hacia SQL Server 2008 R2.
Una vez en la seccin Installation (ver Figura 5) procederemos al apartado New installation or add features to an existing installation con la que instalaremos una nueva instancia de SQL Server 2008 R2 a nuestro equipo. Una vez hecho click en dicha opcin procederemos con la instalacin siguiendo los pasos de las imgenes que se pueden ver a continuacin (ver Figura 6).
Como vemos en la figura 6, antes de empezar el instalador realiza unos chequeos de integridad del sistema para comprobar que est todo listo para la instalacin. Si por ejemplo tuviramos el sistema esperando para ser reiniciado por cualquier otra instalacin previa anterior, no nos dejara continuar.
Antes de comenzar, es mejor que tengamos el cdigo de licencia preparado (podramos instalar si no fuera as en modo evaluacin).
Una vez validado el cdigo de licencia de SQL Server 2008 R2 se nos mostrarn los trminos de la licencia que tendremos que aceptar.
Una vez aceptados los trminos, en la Figura 9 podemos observar como se realizan de nuevo una serie de chequeos previos a la instalacin, que debemos cumplir antes de proseguir. En este caso, comentar nicamente que siempre que tengamos activo el firewall de Windows, el asistente nos dar un Warning el apartado Windows Firewall (Ver figuras 9 y 10).
Puesto que lo que vamos a realizar es una instalacin de instancia nica de SQL Server 2008 R2, nos quedaremos con la primera de las opciones que salen (SQL Server Feature Installation). Hecho esto, la siguiente pantalla que podemos ver en la Figura 12, nos va a requerir qu servicios y caractersticas de SQL Server 2008 R2 vamos a desear instalar.
En este caso vamos a seleccionar todos, para probar cada una de las funciones para saber sus respectivos usos. 1. Database Engine Services
Se trata del motor relacional de SQL Server, justo lo que queremos instalar. La instalacin de SQL Server Replicacin se recomienda instalar solo si la instancia va a formar parte de alguna manera en algn rol de replicacin. Lo mismo ocurre con Full-Text Search. Como Buena prctica, siempre es recomendable en cualquier instalacin de cualquier software, solo instalar aquellas caractersticas de las cuales se va a hacer uso. Se deja de cualquier forma al lector que tome la decisin de instalar o no dichas caractersticas. En nuestro ejemplo, las hemos marcado porque de antemano sabemos que esta instancia en un futuro har uso de ambos servicios.
Tambien conocido como BIDS, se trata de una versin de Visual Studio con soporte para la creacin de proyectos de inteligencia de negocio como Integration Services, Reporting Services o Analysis Services. Puesto que como veremos ms adelante, vamos a querer instalar el servicio de SQL Server Integragion Services, es recomendable marcar esta casilla. 3. Client Tools Connectivity
Librerias de acceso SQLNCLI para comunicacin entre clientes y servidores SQL Server 4. Integration Services
Pese a que este servicio no es puramente relacional, siempre es til instalarlo junto al motor relacional porque es habitual realizar procesos de carga y transformacin de datos utilizando SQL Server Integration Services. 5. Management Tools Basic
En este caso, es buena idea tener instaladas las herramientas de administracin de SQL Server para emergencias (por si solo pudiramos logear localmente por cualquier motivo). Se instalarn: SQL Server Management Studio, SQLCMD y el proveedor powershell para SQL Server (sqlps.exe) 6. Management Tools Complete
Aade soporte extra para SQL Server Management Studio con conexion a Reporting Services, Analysis Services e Integration Services Aade las herramientas SQL Server Profiler, Database Tuning Advisors. Al igual que el punto 5, se recomienda instalar para emergencias, no porque vayamos a utilizarlo como software de acceso y/o anlisis habitual. Una vez seleccionados los componentes que deseemos, se realizar un nuevo chequeo enfocado en este caso a detectar posibles incompatibilidades o inconsistencias a la hora de instalar los componentes y caractersticas que se han seleccionado especialmente (Ver figura 13).
En la siguiente imagen, vamos a indicar tanto la ruta donde desplegar los binarios de SQL Server, como el nombre de la instancia que le queramos dar (en el caso de que queramos). El dar un nombre a la instancia o no, depende de criterio personal. Solo hay que tener en cuenta que nicamente se permite una instancia con nombre por defecto y que no podremos elegir MSSQLSERVER. Por tanto, si ya tenemos una instancia con nombre por defecto, la nica opcin que podramos escoger es la de Named Instance y asignar un nombre.
En este caso, le hemos dado un nombre de instancia m114. Puesto que es posible instalar ms de una nica instancia de SQL Server en una misma mquina, si existieran otras instancias en la mquina, en el DataGrid que aparece en el centro de la figura lo podramos detectar para evitar dar un nombre que ya estuviera asignado.
s En la figura podemos apreciar un breve resumen relativo al espacio en disco requerido y la ubicacin raz de instalacin, pero esto no quiere decir que ya hayamos terminado de configurar la instalacin. Si no cumpliramos con el espacio de disco mnimo requerido no se podra continuar con la instalacin. Como vemos en la figura 16, ahora toca el turno de configurar las cuentas del servicio y el collation.
En la Figura podemos apreciar que se nos pide introducir una cuenta de usuario para arrancar todos y cada uno de los servicios que hayamos requerido instalar. Como buena prctica se recomienda utilizar un usuario de dominio creado explcita y exclusivamente para el servicio concreto del que estemos hablando. Adems, se recomienda que dicho usuario tenga los mnimos privilegios y permisos posibles. En la imagen se puede apreciar como cada servicio de SQL Server que se ha solicitado instalar, posee una cuenta de dominio diferente. Una vez asignados los usuarios que levantarn los servicios de SQL Server 2008 R2, procederemos a configurar el collation de la instancia.
En la figura podemos ver cmo modificar el collation que nos propone SQL Server por defecto (depender del idioma del usuario que est instalando SQL Server en ese momento). Es de vital importancia que se tenga claro el collation a utilizar, puesto que un error en su eleccinrequerir un trabajo duro para cambiarlo (en ocasiones incluso sale a cuentas reinstalar de nuevo toda la instancia de SQL Server). Por ejemplo, si la instancia que estamos instalando va a albergar bases de datos que ya existen en otras instancias actualmente, es altamente recomendable que asignemos el mismo collation que hay en la instancia de SQL Server de donde provienen. Esto nos evitar futuros problemas de conflicto de collations y ordenaciones fruto de una mala eleccin. Si por el contrario la instancia es nueva y albergar nuevas bases de datos que estamos en potestad de asignar un collation en este momento, recomendamos utilizar collations de Windows. Los collations de SQL Server se siguen manteniendo por compatibilidad hacia atrs y si no es requerido se recomienda utilizar los de Windows.
En la imagen de la Figura podemos ver qu configuracines predeterminadas a nivel de motor relacional podemos realizar:
Asignar un login concreto al rol sysadmin Crear un password para el usuario sa Asignar directorios predeterminados Asignar el estado de la configuracin FILESTREAM
En la Figura podemos ver donde nos asigna de forma predeterminada SQL Server las rutas de:
Raiz de instalacin de SQL Server Directorio de datos predeterminado para nuevas BBDD y ficheros Directorio de logs predeterminado para nuevas BBDD y ficheros Directorio donde se crear el fichero de datos para tempdb Directorio donde se crear el fichero de logs para tempdb Directorio predeterminado de copias de seguridad
Todos estos directorios pueden ser modificados a posteriori, pero este quizs tambin sea un buen momento para dejarlo listo.
Desde la versin de SQL Server 2008 podemos disfrutar de un nuevo tipo de datos denominado Filestream, que obviamente tambin viene con SQL Server 2008 R2. Si vamos a hacer uso del mismo, en esta pantalla podremos configurar sus tres estados posibles: a. b. c. Habilitado para T-SQL Habilitado para acceso a travs de sistema de ficheros localmente Habilitado para acceso a travs de sistema de ficheros local y remotamente
Como siempre, se trata de una caracterstica que podremos habilitar a posteriori y se recomienda no habilitarla si sabemos de antemano que no la vamos a utilizar. Una vez llegados a este punto, hemos configurado todo lo que tenamos que configurar para la instalacin de SQL Server y procederemos a las pantallas de validacin final y confirmacin de elecciones.
En la Figura Microsoft nos pregunta si deseamos que se enven errores de reporte para los servicios que no poseen interactuacin humana. Esto que es obviamente de libre eleccin, recordemos que ayuda a mejorar el soporte que nos brinda Microsoft y a corregir posibles bugs de producto.
En la figura podemos ver un resumen de las caractersticas y servicios que se van a instalar y donde, y ser el ltimo paso a realizar hasta la instalacin de SQL Server 2008 R2
Una vez terminado el proceso de instalacin, ya podremos comenzar a trabajar con SQL Server 2008 R2 inmediatamente, puesto que no ser necesario reinicio alguno.