Más que Bits

El blog de Ceticsa

Instalación de SQL Server 2012 en Virtual PC

Sin Comentarios »

Cuando me planteé instalar SQL Server 2012 para aprender las novedades y comenzar a utilizarlo en nuevos desarrollos de software, pensé en principio en instalarlo sobre el mismo laptop sobre el que habitualmente trabajo. Pero antes de comenzar, busqué en Internet comentarios al respecto por si acaso existía alguna incompatibilidad con las versiones anteriores. Lamentablemente, parece ser que sí que hay algunos inconvenientes. Encontré varios artículos que mencionaban que al instalar la versión 2012 junto con la 2008 se producen algunos problemas en Business Intelligence Development Studio (BIDS). Dado que en mi caso esta herramienta resulta imprescindible para mi trabajo, descarté de momento correr el riesgo de instalar SQL Server 2012 directamente sobre la misma máquina.

El remedio habitual en estos casos es el de instalar el software “conflictivo” en una máquina virtual, de forma que no interfiera con el equipo nativo con el que se desean evitar las incompatibilidades. En mi laptop dispongo de Virtual PC 2007, que utilizo para ejecutar numerosas máquinas virtuales que tengo ya configuradas con distintas versiones de sistema operativo y herramientas diversas.

Por desgracia, durante la instalación de SQL Server 2012 en Virtual PC aparecen  varios mensajes de error, y finalmente el producto no queda correctamente instalado; entre otras cosas, no arranca el motor de base de datos. Buscando respuestas en los foros públicos, encontré que este problema no sólo me ocurre a mí, sino que es un defecto conocido que impide instalar SQL Server 2012 de esta manera. De hecho, las especificaciones oficiales (http://msdn.microsoft.com/es-es/library/ms143506.aspx) indican que la única tecnología de virtualización soportada es Hyper-V.

Decidí, pues, instalar SQL Server sobre una máquina virtual bajo Hyper-V. Esto requiere que el “host” sea Windows Server 2008 o 2008R2, que no es adecuado para instalarlo en un laptop, y en consecuencia no es la solución ideal para mis necesidades particulares. Pero sí dispongo de un servidor con Windows Server 2008 R2, y sobre él realicé la instalación.

Una vez instalado y probado, lo que hice fue copiar el disco virtual (.vhd) y reconvertirlo para que funcionase en Virtual PC (conversión que no es inmediata, ya que requiere remplazar el HAL.DLL, pero está bien documentada en varios blogs y foros). Después de eso, arranqué la máquina convertida en Virtual PC, y SQL Server 2012 funcionó correctamente en este entorno. No lo he probado a fondo, pero todos los experimentos que he hecho con él han funcionado correctamente. En apariencia, el comportamiento de SQL Server 2012 en Virtual PC es impecable, y únicamente es el Setup el que falla.

Resumo a continuación los pasos necesarios, por si alguno de los lectores desea reproducir el proceso:

  • Añadir en Hyper-V una nueva máquina virtual. Crear un nuevo disco virtual con espacio suficiente (yo utilicé 64 GB), y asignar una conexión de red con salida a Internet (la necesitaremos luego para actualizar el sistema operativo de la máquina virtual).
  • Instalar dentro de la máquina virtual Windows Server 2008 en 32 bits. No puede ser la R2 porque solo existe en 64 bits. Y necesitamos un sistema de 32 bits para poder luego migrarlo a Virtual PC (otros productos de virtualización, como VMware o VirtualBox sí que son capaces de virtualizar en 64 bits, pero Virtual PC no nos da esa opción).
  • Aplicar a Windows 2008 el último Service Pack, y las distintas actualizaciones ofrecidas por Windows Update. Si no lo hacemos, la instalación de SQL Server se inicia, pero posteriormente falla indicando que le faltan algunos prerrequisitos (como PowerShell 2.0 o una versión actualizada de .Net Framework).
  • Instalar, por fin, SQL Server 2012, configurarlo y comprobar que funciona.
  • Parar la máquina virtual y hacer una copia del .vhd.
  • Montar ese .vhd como disco secundario en una máquina virtual de Virtual PC cuyo disco primario esté ya configurado para arrancar con la misma versión de Windows Server 2008.
  • Arrancar la máquina virtual, y copiar el archivo HAL.DLL desde la carpeta \Windows\System32 del disco de arranque a la misma carpeta en el disco secundario. Será necesario tomar posesión del HAL.DLL que ya existe en la carpeta de destino y cambiarle los permisos, ya que de forma predeterminada no nos dejará sobrescribirlo.
  • Parar la máquina virtual, desmontar el disco secundario, y montarlo como disco primario de una nueva máquina virtual.
  • Arrancar esta nueva máquina desde Virtual PC. Debería arrancar correctamente Windows Server 2008, y en su interior funcionará SQL Server 2012.
  • Opcional (pero muy útil): podemos instalar los Componentes de Integración desde el menú de Virtual PC (no valen los que venían de Hyper-V, dependían del HAL.DLL que nos hemos “cargado”).
  • Después de eso, apagar la máquina y salvar los cambios (si teníamos habilitados los “discos para deshacer”).

Y eso es todo. Para quienes utilicen Virtual PC y no deseen cambiar de tecnología de virtualización, esto permite disponer de SQL Server 2012 en una máquina virtual.

Certificacion Microsoft Certified Solutions Developer (MCSD)

Sin Comentarios »

Hemos recibido de la división de “Community Marketing” de Microsoft un artículo con información sobre la nueva certificacion Microsoft para desarrolladores “MCSD”. De este documento hemos extraído algunas porciones, cuya traducción libre reproducimos a continuación por el interés que pueden tener para quienes estén pensando en certificarse.



Microsoft Anuncia una nueva certificación Microsoft para

desarrolladores

Microsoft Certified Solution Developer (MCSD) es una certificación Microsoft dirigida al moderno mercado de aplicaciones de software

Como parte del programa “reinventado” de certificaciones de Microsoft, se ha anunciado la credencial para desarrolladores Microsoft Certified Solution Developer (MCSD). Está especialmente dirigida al nuevo entorno de aplicaciones “en la nube”. Esta certificación abarca nuevos campos de conocimiento para un público más amplio, incluyendo los desarrolladores de la nueva generación que se dedican a tecnologías punteras.

Diseñada para Visual Studio 2012

La certificación Microsoft MSCD le ayuda a acreditar su experiencia con Visual Studio 2012 para construir las aplicaciones que los consumidores esperan hoy en día

Hay aproximadamente 100 millones de personas escribiendo código para el multimillonario mercado de aplicaciones informáticas. Si se quiere destacar en este entorno, es necesario estar en la cresta de la ola tecnológica, para producir aplicaciones rápidas, compactas y vistosas que aporten un valor elevado y funcionen en cualquier dispositivo.

Visual Studio 2012 es una excelente herramienta para desarrollar aplicaciones que abarquen múltiples dispositivos y servicios. Y las certificaciones de Microsoft para desarrolladores acreditan el alcance de las habilidades adquiridas sobre Visual Studio más allá de las fronteras de las plataformas tradicionales para las aplicaciones.

Una certificación completamente nueva, no un simple cambio de nombre

El énfasis de MCSD está en “ soluciones”

MCSD constituye el Nuevo buque insignia de Microsoft en cuanto a certificaciones para desarrolladores. Estas certificaciones validan los nuevos conjuntos de habilidades necesarios para desarrollar, implementar y mantener las soluciones tecnológicas de Microsoft, y reconocer a los desarrolladores y personal de TI que tienen conocimientos a la vez amplios y profundos sobre la materia.

Se ha actualizado el rigor y la relevancia de las certificaciones para destacar las habilidades aplicables al mundo real. MCSD es un excelente objetivo para desarrolladores que tengan experiencia en la creación de soluciones con herramientas de Microsoft.

Demuestra que sabes

Microsoft Certified Solution Developer acredita  que tus habilidades son relevantes en un entorno en constante cambio tecnológico.

Para los desarrolladores que trabajan para empresas u organizaciones, la certificación Microsoft MCSD supone una manera objetiva y significativa de demostrar su competencia técnica avanzada en el mundo real y su experiencia en la elaboración de soluciones. La certificación MCSD acredita sus conocimientos ante los empleadores y compañeros.

Y en la medida en que el mercado siga exigiendo nuevas habilidades y la acreditación de su capacidad, el Programa de Certificación de Microsoft continúa subiendo el listón, evolucionando junto con la tecnología de vanguardia para garantizar que las certificaciones MCSD aportan a los desarrolladores una ventaja competitiva en la industria.

 

Prepárate para Metro

Empieza a preparar tu MCSD: Aplicaciones de tipo “Windows Metro”

Microsoft va a introducir nuevas certificaciones Microsoft MCSD en los próximos meses. La primera será MCSD: Windows Metro Style Apps.  Esta certificación va dirigida a los desarrolladores que planeen adquirir las habilidades necesarias para crear las aplicaciones vistosas, elegantes y rápidas que se esperan en el mercado de rápido crecimiento dedicado a la plataforma de Windows 8 con Visual Studio, HTML 5, y C #.

Puedes empezar a preparar el MCSD: Windows Metro Style Apps estudiando para los exámenes beta que previsiblemente aparecerán este verano. Hay un libro electrónico gratuito de Microsoft Press que te puede servir como material de iniciación: Programming Windows 8 Apps with HTML, CSS, and JavaScript (First Preview).

Visita el blog Born to Learn para ver los anuncios de exámenes beta, a partir de Junio de 2012.

Algunos enlaces adicionales:

Anuncio de MCSD por el diretor senior Don Field

Información general sobre MCSD: http://aka.ms/MCSD

Información general sobre las certificaciones de Microsoft: http://aka.ms/MSCerts

MPLS

Sin Comentarios »

 

hsrp

En este caso vamos a trabajar un poco con MPLS. Habilitaremos este protocolo de capa 2 (y medio) entre los routers PEx y P, para que se habilite la conmutación por tags o etiquetas. Nuestro propósito final será que CE1 sea capaz de hacer un ping a otro equipo pero con una IP perteneciente a su misma red. Es decir, que la nube MPLS funcionara como un enorme conmutador o Switch que  permita establecer la comunicación entre distintos equipos como si estuvieran en la misma VLAN.

Lo primero que haremos será establecer el direccionamiento correcto y habilitaremos OSPF en los equipos necesarios.

PE1#sh ip route

Codes: C – connected, S – static, R – RIP, M – mobile, B – BGP

O – EIGRP, EX – EIGRP external, O – OSPF, IA – OSPF inter area

N1 – OSPF NSSA external type 1, N2 – OSPF NSSA external type 2

E1 – OSPF external type 1, E2 – OSPF external type 2

i – IS-IS, su – IS-IS summary, L1 – IS-IS level-1, L2 – IS-IS level-2

ia – IS-IS inter area, * – candidate default, U – per-user static route

o – ODR, P – periodic downloadeO static route

Gateway of last resort is not set

172.16.0.0/24 is subnetted, 3 subnets

C       172.16.1.0 is directly connected, Loopback0

O       172.16.2.0 [110/2] via 10.1.1.2, 00:01:14, FastEthernet0/1

O       172.16.3.0 [110/2] via 10.1.1.2, 00:00:10, FastEthernet0/1

10.0.0.0/24 is subnetted, 2 subnets

O       10.2.2.0 [110/2] via 10.1.1.2, 00:01:14, FastEthernet0/1

C       10.1.1.0 is directly connected, FastEthernet0/1

Una vez hayamos direccionado procederemos a habilitar MPLS en la nube, para que dialoguen entre si y se empiece a formar la table ldp.

De momento no hemos configurado las interfaces que van hacia los clientes en los PE. Una vez comprobemos que la adyacencia MPLS se ha establecido entre los equipos P, procederemos a configurar a los customer.

*May 28 15:39:33.275: %LDP-5-NBRCHG: LDP Neighbor 172.16.1.1:0 (1) is UP

*May 28 15:39:33.343: %LDP-5-NBRCHG: LDP Neighbor 172.16.3.1:0 (2) is UP

 PE1#sh mpls ldp bindings

tib entry: 10.1.1.0/24, rev 10

local binding:  tag: imp-null

remote binding: tsr: 172.16.2.1:0, tag: imp-null

tib entry: 10.2.2.0/24, rev 8

local binding:  tag: 18

remote binding: tsr: 172.16.2.1:0, tag: imp-null

tib entry: 172.16.1.0/24, rev 2

local binding:  tag: imp-null

remote binding: tsr: 172.16.2.1:0, tag: 16

tib entry: 172.16.2.0/24, rev 4

local binding:  tag: 16

remote binding: tsr: 172.16.2.1:0, tag: imp-null

tib entry: 172.16.3.0/24, rev 6

local binding:  tag: 17

remote binding: tsr: 172.16.2.1:0, tag: 17

En un principio, si no hemos trabajado mucho con MPLS, puede parecer un poco contradictorio que, si utilizamos esta tecnología, hagamos también uso de un protocolo de enrutamiento. Fijaros que, en este caso, la configuración de MPLS es casi nula, ya que solo necesitamos que las interfaces empiecen a dialogar mpls para que los routers P se intercambien información entre sí. Gracias a que ahora los paquetes se están transportando a nivel de capa 2 con etiquetas (tag), podemos tener varios beneficios, como un enrutamiento más rápido (más bien conmutación), o que, justamente el propósito de la práctica, podemos hacer que dos estaciones en distintas sedes se pueden comunicar entre sí aunque tengan redes solapadas. A la mpls Cloud esto le trae sin cuidado, porque no lee a nivel de capa 3, sino que lee los etiquetados que los correspondientes equipos van asignando para crear el path correspondiente.

Otro día creare un post solamente donde hable de este protocolo tan interesante, para que entendamos mejor sus principios.

Ahora procedamos con el lado del customer. Al ser una configuración transparente, el cliente solo ha de configurar por su parte una dirección Ip y el enrutamiento, si es necesario, que le especifique el proveedor.

Lo único reseñable es que, como nos interesa que la nube mpls actúe realmente como si fuera un enorme Switch que nos permita comunicar los distintos CE, crearemos una subinterfaz y lo asociaremos a la vlan 10, en este ejemplo.

interface FastEthernet0/0.1

 encapsulation dot1Q 10

 ip address 192.168.1.1 255.255.255.0

Lo importante recaerá, por supuesto, en el puerto que encara al cliente:

PE1(config-if)#int f0/0

PE1(config-if)#no sh

PE1(config-if)#int f0/0.1

PE1(config-subif)#encapsulation dot1Q 10

PE1(config-subif)#mpls l2transport route ?

A.B.C.O  IP address of Peer

PE1(config-subif)#mpls l2transport route 172.16.3.1 100

PE2(config-subif)#int f0/0.1

PE2(config-subif)#encapsulation dot1Q 10

PE2(config-subif)#mpls l2transport route 172.16.1.1 ?

<1-4294967295>  Enter VC IO value

PE2(config-subif)#mpls l2transport route 172.16.1.1 100

PE2(config-subif)#

*May 28 15:52:22.259: %LDP-5-NBRCHG: LDP Neighbor 172.16.1.1:0 (2) is UP

Así , se crea ahora una relación entre PE1 y PE2 a través de los posibles P que haya en la nube.

PE1 Show mpls ldp neigh

Peer LDP Ident: 172.16.3.1:0; Local LDP Ident 172.16.1.1:0

TCP connection: 172.16.3.1.32249 – 172.16.1.1.646

State: Oper; Msgs sent/rcvd: 9/9; Downstream

Up time: 00:00:31

LDP discovery sources:

Targete Hello 172.16.1.1 -> 172.16.3.1, active, passive

Addresses bounO to peer LDP Ident:

10.2.2.2        172.16.3.1

Fijaros como se ha añadido una nueva relación de vecindad con el otro extremo, creando una especie de túnel virtual a través del cual se va unir las dos redes privadas.

La última prueba será hacer un ping desde CE1 a CE2:

Con este comando comprobaremos que el circuito virtual creado esté levantado:

PE2#sh mpls l2transport vc

Local intf     Local circuit        Dest address    VC IO      Status

————-  ——————– ————— ———- ———-

Fa0/0.1        Eth VLAN 10          172.16.1.1      100        UP

PE1#sh mpls l2transport vc 100 detail

Local interface: Fa0/0.1 up, line protocol up, Eth VLAN 10 up

Destination address: 172.16.3.1, VC ID: 100, VC status: up

Next hop: 10.1.1.2

Output interface: Fa0/1, imposeO label stack {19 19}

Create time: 00:34:43, last status change time: 00:08:52

Signaling protocol: LDP, peer 172.16.3.1:0 up

MPLS VC labels: local 19, remote 19

HSRP

Sin Comentarios »

 

En esta ocasión, vamos a trabajar con el protocolo HSRP y un poco de SLA Tracking.

Como la mayoría sabéis, HSRP, al igual que VRRP o HSRP, permite establecer una Ip virtual entre varios equipos, para que los host de esa red la puedan poner como Gateway. Aunque pueda variar brevemente en función del protocolo, básicamente consiste en que para un Ip virtual, un router está en modo activo y otro en standby. Si el router que sirve como pasarela cae, automáticamente el otro, mediante un breve dialogo, se convierte en el Active. Al final, lo que conseguimos con esto es que eliminemos un único punto de falla al disponer de varios equipos que funcionen, para el cliente, como un solo Gateway, pero con el respaldo de que hay backup –sin que su uso repercuta en el cambio de configuración de cada uno de los dispositivos-.

Así, vamos a imaginar que tanto R1 como R3 tienen salidas a Internet, pero el enlace por el que sale R1 es más barato que la operadora contratada por R3, por tanto el primero siempre será nuestra salida deseada. Eso sí, en caso de que R1 caiga, o el enlace a R4, el ISP, nos conviene, evidentemente, que nuestra salida pase en ese momento por R3. HSRP permite, de una manera muy sencilla, hacer un track o seguimiento a una interfaz. Pero claro, en esa situación, que pasa si lo que cae es el enlace de nuestro proveedor a internet?. Imaginemos que su loopback es su salida a las demás redes. Si este acceso cae, evidentemente no queremos que R1 represente de manera activa nuestro Gateway.
por tanto, la situación es sencilla, queremos realizar un track no a una interfaz directamente conectada, si no a una IP. Estableceremos una condición –conectividad a la loopback-, y si eso no se da, HSRP perderá prioridad en R1 y R3 pasara a ser el active.

Esto lo conseguiremos con los famosos SLA. Empecemos.

El primer paso será configurar las interfaces, levantar los puertos y publicarlo todo por cualquier protocolo de enrutamiento. Antes de continuar, nos debemos asegurar que los dos routers saben llegar a la loopback del ISP.

R1(config-if)#standby 1 ip 172.16.1.254

R1(config-if)#standby 1 preempt

R1(config-if)#standby 1 priority 101

*Apr 16 17:05:22.251: %HSRP-6-STATECHANGE: FastEthernet0/0 Grp 1 state Speak -> Standby

*Apr 16 17:05:22.251: %HSRP-6-STATECHANGE: FastEthernet0/0 Grp 1 state Standby -> Active

El comando por excelencia para saber en qué situación está el protocolo HSRP en nuestro equipo (show standby):

 

Perfecto, ahora vayamos a R1 y, después de asegurarnos que podemos llegar a la 5.0.0.1 (internet), haremos un track hacia esa IP. En el caso de que la condición que establezcamos (ping) no se de, perderá dos de prioridad, por lo que dejara de ser el active para pasar a standby (en HSRP, se tiene de inicio una prioridad de 100. Cuanto más alta sea, mas posibilidad hay de que sea el activo)

R1(config)#ip sla 5

R1(config-ip-sla)#?

IP SLAs entry configuration commands:

dhcp         DHCP Operation

dlsw         DLSW Operation

dns          DNS Query Operation

exit         Exit Operation Configuration

frame-relay  Frame-relay Operation

ftp          FTP Operation

http         HTTP Operation

icmp-echo    ICMP Echo Operation

icmp-jitter  ICMP Jitter Operation

path-echo    Path Discovered ICMP Echo Operation

path-jitter  Path Discovered ICMP Jitter Operation

slm          SLM Operation

tcp-connect  TCP Connect Operation

udp-echo     UDP Echo Operation

udp-jitter   UDP Jitter Operation

voip         Voice Over IP Operation

R1(config-ip-sla)#icmp-?

icmp-echo  icmp-jitter

R1(config-ip-sla)#icmp-echo ?

Hostname or A.B.C.D  Destination IP address or hostname

R1(config-ip-sla)#icmp-echo 5.0.0.1 ?

source-interface  Source Interface (ingress icmp packet interface)

source-ip         Source Address

<cr>

R1(config-ip-sla)#icmp-echo 5.0.0.1

R1(config-ip-sla-echo)#?

IP SLAs echo Configuration Commands:

default            Set a command to its defaults

exit               Exit operation configuration

  frequency          Frequency of an operation

history            History and Distribution Data

no                 Negate a command or set its defaults

owner              Owner of Entry

request-data-size  Request data size

tag                User defined tag

threshold          Operation threshold in milliseconds

  timeout            Timeout of an operation

tos                Type Of Service

verify-data        Verify data

vrf                Configure IP SLAs for a VPN Routing/Forwarding instance

R1(config-ip-sla-echo)#frequency ?

<1-604800>  Frequency in seconds (default 60)

R1(config-ip-sla-echo)#frequency 10

R1(config-ip-sla-echo)#timeout ?

<0-604800000>  Timeout in milliseconds

R1(config-ip-sla-echo)#timeout 1000

R1(config-ip-sla-echo)#exit

R1(config)#ip sla schedule ?

<1-2147483647>  Entry number

R1(config)#ip sla schedule 5 life forever start-time now

Por tanto, lo que hemos hecho es crear un SLA 5, donde le hemos puesto que realice un ping con un timeout de 1000 milisegundos y que lo realice cada 10 segundos. Además, queremos que empiece ahora mismo y no caduque nunca.

Ra,

Fijaros como el número de pruebas satisfactorias es 4 (y creciendo cada 10 segundos). Por tanto, hemos puesto una condición y está funcionando hasta el momento (porque tenemos acceso por ICMp a esa dirección IP).

Ahora esta condición será asignada a un track, o si queréis, realizaremos un seguimiento a esa condición.

R1(config)#track ?

<1-500>     Tracked object

resolution  Tracking resolution parameters

timer       Polling interval timers

R1(config)#track 500 rtr 5

R1(config)#int f0/0

R1(config-if)#stand 1 track 500 decrement 2

Vemos como de momento no ha habido ningún cambio en HSRP, pero efectivamente, está realizando un track (500) a la condición 5

R1#sh standby

FastEthernet0/0 – Group 1

State is Active

2 state changes, last state change 00:06:57

Virtual IP address is 172.16.1.254

Active virtual MAC address is 0000.0c07.ac01

Local virtual MAC address is 0000.0c07.ac01 (v1 default)

Hello time 3 sec, hold time 10 sec

Next hello sent in 0.008 secs

Preemption enabled

Active router is local

Standby router is 172.16.1.2, priority 100 (expires in 9.160 sec)

Priority 101 (configured 101)

Track object 500 state Up decrement 2

IP redundancy name is “hsrp-Fa0/0-1″ (default)

Ahora, el último paso para comprobar que funciona es, simplemente, tirar la loopback 0 y ver como R3 pasa automáticamente a ser el Active (gracias al preempt habilitado)

R4(config)#int l0

R4(config-if)#sh

*Apr 16 17:13:07.855: %LINK-5-CHANGED: Interface Loopback0, changed state to administratively down

*Apr 16 17:13:08.855: %LINEPROTO-5-UPDOWN: Line protocol on Interface Loopback0, changed state to down

 

Y, efectivamente, vemos que el state es Down, y ha sufrido un decremento de 2 (de 101 a 99) por lo que su estado es Standby.

Windows 8 en Octubre

Sin Comentarios »

Según el Blog de Microsoft, la empresa tecnológica ha confirmado la fecha para Windows 8: Octubre. Concretamente, la responsable de Marketing y Finanzas de Microsoft, Tami Reller, es la que ha afirmado que Windows 8 octubre será un paso más allá en la estrategia de la compañía.

Esta es una acción más dentro un minucioso plan que está realizando Microsoft para lanzar Windows 8. Por ejemplo, recordemos que ya en el mes de marzo surgió la beta de Windows 8. De esta manera, se confirman los augurios que apostaban por esta fecha para el lanzamiento del sistema operativo.

Mientras, los fabricantes de ordenadores van a recibir Windows 8 Release to Manufacturing (RTM) en el mes de agosto. Precisamente en ese mes, también las empresas que están afiliadas al programa “Software Assurance” podrán acceder a Windows 8.

Se conoce que la fecha decidida para Windows 8 es octubre, ya que se ha filtrado en una Conferencia de Partners de Microsoft, que se ha celebrado en Toronto (Canadá). Entre otras características del lanzamiento destacan que Windows 8 octubre saldrá en 231 mercados a nivel mundial y en 109 idiomas.
Recordemos las palabras del CEO de Microsoft que señalaba que 2012 iba a ser un gran año en lanzamientos de productos y servicios de la empresa. De esta manera, Microsoft quiere crear muchas oportunidades para que los socios hagan crecer sus negocios. La idea de Microsoft es que Windows 8 mejore las cifras de Windows 7, que como anunció la empresa se han vendido más de 630 millones de licencias. NO sabemos si esa cifra se superará, pero lo cierto es que Micrososft está siendo muy ambicioso y sabe que se juega mucho en Windows 8, ya que es su asalto y apuesta por los dispositivos móviles.

Versiones Windows Server 2012 que nos ofrece Microsoft y su precio

Sin Comentarios »

Versiones Windows Server 2012  - Hace unos meses os hablábamos de Windows Server 2012, pues bien Microsoft ha decidido comunicar las distintas Versiones Windows Server 2012 y su precio.  A priori se podría decir que el precio de las distintas Versiones Windows Server 2012  ha descendido, comparándolo con el que se marcaba en ediciones anteriores.

Microsoft nos facilita un cuadro para comprender mejor las distintas versiones de Windows Server 2012

Windows Server 2012: ediciones, ideal para, modelo de licencia y precio


Versiones Windows Server 2012
Microsoft en línea con lo realizado con Windows 8, ha decidido ofrecer a los usuarios cuatro versiones Windows Server 2012. Las versiones que pondrá a disposición son:

- Datacenter: especialmente creada para entornos que empleen cloud híbridos y privados y que además tengan un elevado nivel de virtualización y con número ilimitado de instancias virtuales.

- Estándar: dedicado a entornos que carecen de virtualización o que tienen una pequeña densidad incluyendo todas las funciones Windows Server 2012 con dos instancias virtuales.

- Essential: Será más para pymes que no emplean la virtualización. Además, el número de cuentas no podrá exceder de 25.

- Por último Foundation: tendrá como máximo 15 cuentas y además será la más empleada para servidores económicos. Solo disponible para fabricantes de equipos originales OEM.

Esperemos que este post os haya sido interesante y práctico. Además, confiamos que teniendo más conocimiento sobre qué tipo de versiones Windows Server 2012 existen en el mercado, podemos escoger la que más se acerque a nuestras necesidades.

Si te ha gustado el post, te pedimos un favor, comparte el artículo para que los demás también tengan conocimiento de esta información y puedan aprovecharse de ella.

Fuente de la imagen: Microsoft

Cursos de informatica con 25 por ciento de descuento en CETICSA.

Sin Comentarios »

Todo profesional de las nuevas tecnologías que compre cualquiera de los cursos de informatica desde la web de CETICSA mediante la  modalidad de pago único se beneficia de un 25% de descuento. La promoción es válida solo hasta el 31 de julio de 2012.

Una vez matriculado, el alumno podrá realizar el curso de informatica hasta el 31 de diciembre de 2012, gracias a esta oferta. CETICSA con esta acción busca dar la máxima facilidad y flexibilidad de calendario para que el profesional encuentre la fecha y el horario que más se adaptan a su demanda.

calendario cursos informatica

Además, CETICSA también ofrece la oportunidad de poder aplazar los pagos de los cursos de informatica dependiendo del importe en hasta 5 cómodos plazos. Ahora más que nunca tener una buena formación es muy necesario para lograr una gran carrera profesional. Además, con esta oferta, es más fácil formarse y prepararse para el futuro al mejor precio.

Recordamos que CETICSA ofrece en su web cursos de informatica profesionales en modalidades formativas: Presencial, eLearning y semipresencial. Accede a la web de Ceticsa y localiza tu curso para poder beneficiarte de este 25% de descuento y fórmate a tu ritmo.

Para más información sobre esta promoción se puede entrar en la página de cursos de CETICSA donde te informamos de esta oferta exclusiva de cursos de informática. Pincha aquí

Fuente de la imagen: CETICSA