Windows 8 aun no está disponible para el público en general, pero en las últimas dos semanas ya han podido probar la versión definitiva del nuevo sistema operativo de Microsoft los suscriptores a TechNet, MSDN y DreamSpark, entre otros. Incluso hay una versión de evaluación que nos permite probar la edición Enterprise durante 90 días.
En este breve periodo de tiempo son muchos los usuarios que se muestran descontentos con la nueva interfaz de usuario y, sobre todo, el hecho de que al iniciar sesión nos encontremos con la denominada pantalla Inicio en lugar del escritorio clásico. Tanto es así que han comenzado a proliferar pequeños programas que fuerzan a Windows 8 a iniciarse en el escritorio, así como ciertos trucos, algo rebuscados y con condicionantes, que persiguen el mismo efecto.
Personalmente no me desagrada que al iniciar Windows 8 aparezca la mencionada pantalla Inicio, si bien es cierto que la mayoría del software que utilizo a diario en la actualidad se ejecuta sobre el escritorio clásico. Basta con usar el atajo Win+D y ahí está el escritorio, hay pocas cosas más simples. No obstante he buscado la manera de automatizar esa operación. Generalmente en cuanto cambio al escritorio lo primero que hago es abrir el Explorador de archivos, ¿por qué no ejecutar automáticamente ese programa al iniciar sesión?
Estando en la pantalla Inicio escribo programar tarea y elijo la única opción que aparece como resultado de la búsqueda para abrir el Programador de tareas. En una rama en la que tengo mis tareas programadas abro el menú contextual y elijo Crear tarea básica:
Tras asignar un nombre a la tarea (y una descripción si se quiere) llego al paso en el que hay que elegir el desencadenador que ejecutará la tarea. Elijo Al iniciar sesión:
En el paso siguiente del asistente se elige la tarea a realizar cuando se detecte el evento desencadenante. En este caso la opción será Iniciar un programa:
Podemos ejecutar cualquier programa o script, estableciendo la carpeta en la que deberá iniciarse y los parámetros adicionales. En este caso basta con introducir explorer.exe:
En el último paso del asistente revisamos que todos los parámetros sean correctos y creamos la tarea haciendo clic en Finalizar.
He probado este método en dos máquinas distintas, cerrando e iniciando sesión varias veces, y el resultado siempre es el mismo: la pantalla Inicio no llega a aparecer, en su lugar se muestra en primer plano el Explorador de archivos sobre un fondo uniforme y, pasado 1 ó 2 segundos (supongo que dependerá de la velocidad de cada sistema), aparece el fondo del escritorio y la barra de tareas.
El programador de tareas es un componente básico de Windows que siempre está en funcionamiento, teóricamente no es posible desactivarlo, por lo que la tarea definida debería ejecutarse en cada inicio de sesión. En cualquier caso, tras realizar estas pruebas, eliminaré esta tarea programada para seguir accediendo a la pantalla Inicio. Sobre gustos …
Como muchos otros RDBMS, Microsoft SQL Server cuenta con una base de datos de sistema en el que almacena parámetros generales no asociados a una base de datos concreta sino al propio servidor de datos: el idioma predeterminado, las cuentas de usuario, la meta-información que describe los objetos de cada base de datos, etc.
Esa configuración compartida crea una dependencia en las bases de datos respecto del servidor en que han sido generadas, lo cual añade algunas dificultades para su traslado a otro servidor. Es algo a lo que nos enfrentamos habitualmente cuando se quiere mover una solución desde el servidor en el que ha estado desarrollándose al que se utilizará definitivamente en explotación. En muchos casos se escoge la vía de regenerar en el nuevo servidor todos los objetos de la base de datos original mediante la ejecución de un guión (script).
Entre las novedades que incorpora SQL Server 2012 encontramos una que, al menos en parte, facilita esa operación de traslación entre servidores. Su nombre: bases de datos parcialmente independientes. La idea básica: almacenar en la propia base de datos la información de configuración que le afecta, en lugar de llevarla a la base de datos del sistema. Concretamente se conservarán en la base de datos la meta-información que describe su estructura, un conjunto de parámetros de configuración asociados al idioma y también los usuarios que pueden trabajar con ella.
Por defecto las bases de datos parcialmente independientes están deshabilitadas en una nueva instalación de SQL Server 2012. Para activar su uso tendremos que:
False a True.
Estando habilitada esta característica, cada vez que creemos una nueva base de datos podremos elegir en la opción Tipo de contención de su página Opciones el elemento Parcial. Esto creará una base de datos parcialmente independiente conteniendo, como se ha indicado antes, la información que la describe y otros parámetros asociados. Parte de ellos podrán personalizarse en la sección Contención de esa misma página de parámetros.
El paso siguiente sería crear las cuentas de los usuarios con acceso a la nueva base de datos. En lugar de emplear las cuentas integradas de Windows, lo cual haría depender la base de datos de la máquina en que está ejecutándose en ese momento, optaremos por crear cuentas de tipo Usuario SQL con contraseña, facilitando un nombre y una contraseña en lugar de simplemente escoger entre las cuentas existentes en el sistema.
Al conectar con una base de datos independiente será necesario cambiar el tipo de autenticación por defecto en la página Inicio de sesión del Management Studio, eligiendo Autenticación de SQL Server. Esto nos permitirá introducir las credenciales de una de las cuentas creadas en el paso previo, almacenadas en la base de datos, en lugar de usar una cuenta de usuario de Windows. El resultado será que podremos trabajar con la base de datos incluso después de haberla llevado a un nuevo servidor, a pesar de que en éste no existan las mismas cuentas de usuario y la configuración de idioma sea distinta.
Torre de Babel - Francisco Charte Ojeda - Desde 1997 en la Web
