Creación y modificación de bases de datos SQL Server (Aumentar y reducir tamaño)

Crear una nueva base de datos

Antes de crear una nueva base de datos conviene tener en cuenta los siguientes aspectos: La base de datos a crear se inicializará como una copia de la base de datos model, que contendrá todos los objetos del catálogo model. Esto nos permite incluir de manera automática ciertos objetos y definiciones en todas las bases de datos nuevas.

Antes de comenzar conviene conocer la lista de elementos que contendrá la base de datos, es bueno hacer un breve checklist  aunque sólo sea como orientación:

Tamaño de la base de datos y el log.

Ubicación de la base de datos y el log.

Preparación de la documentación de la creación.

Una vez sean conocidos los datos necesarios, y se ha decidido cual será el tamaño que reservaremos para la base de datos a crear, estamos preparados para proceder a la definición de esta. Esta decisión se reflejará considerablemente en el rendimiento del sistema, por lo que debe ser llevada a cabo con cuidado.

Dispositivos de copia de seguridad (Backup devices)

Los dispositivos de copia de seguridad, se utilizan para respaldar y recuperar las bases de datos,  almacenan copias de seguridad (backups) a partir de ficheros de bases de datos o ficheros de transaction log. los datos que se copian (la copia de seguridad), se escriben en un dispositivo físico de copia de seguridad. Este dispositivo físico se inicializa cuando se escribe en él la primera copia de seguridad. Las copias de seguridad de uno o varios dispositivos de copia de seguridad constituyen un solo conjunto de medios. Es importante obtener copias de seguridad de forma regular que permitan la recuperación de datos en caso de fallo de los medios de almacenamiento.

Este tipo de copias puede  almacenar los ficheros en discos, cintas (actualmente en deshuso)  o, para integración con otras aplicaciones, en named pipes. SQL Server soporta dispositivos tanto locales como remotos, en unidades compartidas en red.

                 

Los dispositivos de backup son en realidad ficheros del sistema operativo, cuyo tamaño no tiene limitación más que el espacio disponible en el dispositivo donde se ubican.

Desde el punto de vista de SQL Server, puede darse un nombre lógico  a cada dispositivo de backup, que lo identificará en el servidor en los comandos en los que se vaya a hacer referencia a él. De todas formas el nombre físico puede utilizarse indistintamente al nombre lógico.

Arquitectura física de SQL Server, 2ª Parte

Ficheros de datos,  grupos de ficheros y creación de una base de datos

Aquí la primera parte de Arquitectura Física de SQL Server

En SQL Server, cada base de datos se almacena directamente en un conjunto de ficheros del sistema operativo, sin que sea posible la asignación de cada uno de estos ficheros a más de una base de datos. Es decir, cada fichero está unívocamente asociado a una base de datos. Cada base de datos tiene asociados, como mínimo, dos ficheros: uno para los datos y otro para almacenar el transaction log. Los ficheros de datos se almacenan en archivos del sistema operativo como archivos de datos de extensión .mdf y la de los ficheros que almacenan el transaction log es  .ldf  

Además si hay archivos secundarios de base de datos, estos llevan extensión .ndf  y otros archivos adicionales llevan .dat. También pueden existir varios archivos para el transaction log con extensión .ldf

Agregar una impresora en Windows 2008 Server

Para agregar una impresora en windows 2008 server debemos proceder del siguiente modo:

Inicio -> Panel de control -> impresoras.

Arquitectura física de SQL Server

Imagen tomada de www.enter.co

Intoducción

En entornos corporativos con mainframes, comunes hace unos años, el establecimiento de un sistema de base de datos era un acontecimiento en el que no se podía dejar nada a la improvisación. La inversión corporativa en bases de datos, tanto a nivel de hardware, software como de recursos de administrador de bases de datos requería que los detalles de la aplicación se conociesen perfectamente de antemano.

En la actualidad, las aplicaciones de bases de datos evolucionan rápidamente y las inercias se reducen, con la rapidez en el desarrollo e implantación que eso conlleva. Por ello, es necesario que el gestor de bases de datos se encargue  cada vez más de tareas rutinarias, presentando a los usuarios y al administrador una mayor simplicidad, al mismo tiempo que les dota de los mecanismos para poder modificar y extender las características de las aplicación de base de datos mientras ésta se halla en producción.

SQL Server es un potente gestor de bases de bases de datos que cumple estos requisitos necesarios para poder gestionar de forma sencilla bases de datos con grandes volúmenes de información.

Ensamblador y arquitectura de microprocesadores 2ª Parte

Esto es la continuación de una entrada anterior

Registros

Los procesadores de 64 bits disponen de una serie de registros formada por registros de propósito general y registros específicos.

Los registros de propósito son 16 de 64 bits y  6 registros específicos con segmento de 16 bits, también dispone de un registro de estado de 64 bits (RFLAGS) y de un registro contador de programa de 64 bits (RIP).

Registros de propósito general

Consta de 16 registros de datos de 64 bits (8 bytes): RAX, RBX, RCX, RDX, RSI, RDI, RBP, RSP y R8-R15.

Los 8 primeros registros se nombran de forma parecida a los 8 registros de propósito general de 32 bits disponibles en la arquitectura de 32 bits (EAX, EBX, ECX, EDX, ESI, EDI, EBP y ESP). Los registros se pueden acceder de cuatro formas diferentes:

-Como registros de 64 bits (quad word).

-Como registros de 32 bits (double word), se accede a los 32 bits de peso menor.

-Como registros de 16 bits (word), se accede a los 16 bits de peso menor.

-Como registros de 8 bits (byte), accediendo individualmente a uno o dos de los bytes de menor peso según el registro.

El acceso a registros de byte tiene ciertas limitaciones según el registro.

La nomenclatura que se utiliza según si se quiere acceder a registros de 8, 16, 32 o 64 bits y según el registro se muestra en la figura siguiente: