Desinstalar OCS 2007 R2 después de migrar a Lync 2010

Estos son los pasos necesarios para eliminar el OCS 2007 R2 de nuestro Active Directory después de haber migrado a Lync 2010.

1. Desactivar los roles de los servidores Front End
Desde la consola de Microsoft Office Communications Server 2007 R2 desactivamos los roles en cada uno de los servidores del Grupo de servidores Enterprise Edition o de un Servidor Standard Edition .

El orden para desactivar los roles es el siguiente:

1.Conferencing Attendant
2.Conferencing Announcement Service
3.Response Group Service
4.Outside Voice Control
5.Application Host
6.Application Sharing Server
7.A/V Conferencing Server
8.Web Conferencing Server
9.Web Components Server
10.Front End Server

2. (Solo para Enterprise)
Una vez desactivados todos los roles de los servidores del Enterprise Pool,el siguiente paso es eliminar el Grupo de servidores:

En la consola de gestión, apretar botón derecho sobre el Grupo y marcar la opción Quitar grupo de servidores para abrir el asistente.

Mantaner la base de datos de usuarios lo usaremos si queremos mantener la información de base de datos RTC

3. Desinstalar los componentes
Una vez eliminado el Grupo de servidores, podemos pasar a desinstalar los componentes. Hay que hacerlo en el siguiente orden:

• All unified communications applications:
• Microsoft Office Communications Server 2007 R2, Conferencing Attendant
• Microsoft Office Communications Server 2007 R2, Conferencing Announcement Service
• Microsoft Office Communications Server 2007 R2, Response Group Service
• Microsoft Office Communications Server 2007 R2, Outside Voice Control
• Microsoft Office Communications Server 2007 R2, Application Host
• Microsoft Office Communications Server 2007 R2, Application Sharing Server
• Microsoft Office Communications Server 2007 R2, Audio/Video Conferencing Server
• Microsoft Office Communications Server 2007 R2, Web Conferencing Server
• Microsoft Office Communications Server 2007 R2, Web Components Server
• In an Enterprise Edition deployment, Microsoft Office Communications Server 2007 R2, Front End Server
• In a Standard Edition deployment, Microsoft Office Communications Server 2007 R2, Standard Edition server
• Microsoft Office Communications Server 2007 R2, Core Components
• Microsoft Office Communications Server 2007 R2, Unified Communications Managed API 2.0 Core Redistribution package
• Microsoft Office Communications Server 2007 R2, Unified Communications Managed API 2.0 Speech Redistribution package
• Microsoft Office Communications Server 2007 R2, Unified Communications Managed API 2.0 Windows Workflow Activities Redistribution package

 4. Eliminar los registros SPN del usuario RCTComponentService 

Con el comando setspn -L RTCComponentService podremos ver que registros tiene creados este usuario y borrarlos uno a uno. O bien podemos abrir la consola ADSIEdit.msc (siempre con precaucion) y eliminarlos del campo servicePrincipalName .

5.  En el active directory, localizar y eliminar las cuentas de servicio de RTC: 

• RTCComponentService
• RTCGuestAccessUser
• RTCService

6. Eliminar el BackCompatSite (Migración de Office Comminucations Server 2007)

Una vez eliminado todos los componentes de OCS 2007 R2 en nuestro Active Direcotory, es necesario eliminarlo de la Topología de Lync 2010, donde configuramos la convivencia de ambos entornos.
Tenemos que iniciar sesión en un servidor donde tengamos instalado el Topology Builder del Lync 2010

Y después publicamos la topología para aplicar los cambios.



Links:
https://www.simple-talk.com/sysadmin/unified-messaging/migrating-from-ocs-2007-r2-to-lync-part-4/
http://technet.microsoft.com/en-us/library/dd572507(v=office.13).aspx
http://www.ucprofessional.com/2011/04/decommisioning-ocs-2007-r2-after.html

Como programar backups con SQL Server 2012

Estos son los pasos para programar backups con Microsoft SQL Server 2012 :

1. Iniciar sesión en el Microsoft SQL Server Management Studio ( SSMS ) con las credenciales necesarias para hacer tareas de mantenimiento.

2. En el SSMS abrimos la opción de Management > Maintenance plan y marcamos la opción de New Maintenance Plan... 

3. Indicamos un nombre para el nuevo plan de mantenimiento:

4. En este momento esta creado el nuevo plan de mantenimiento:

5. En la barra de la izquierda, abrimos las herramienta de la Toolbox y clicamos para crear una nueva tarea de backup:

6. Se creara una nueva tarea de copia sobre la que tendremos que hacer doble clic para editar las propiedades.

7. En las propiedades de la tarea de backup podemos seleccionar:

• Backup type: tipo de copia de seguridad Full, Diferential, Transactional Log 
• Databases(s): Seleccionamos la bases o bases de datos para realizar backups. 
• Backup to: Indicamos la ubicación donde queremos dejar las copias de seguridad.

8. Después de crear la tarea de backup, creamos la tarea de limpieza de los archivos: 

9. Hacemos doble clic sobre la tarea recién creada

10. En las propiedades de la tarea, indicamos el tipo de tarea de limpieza y el tiempo de vida de los backups, para poder eliminarlos cuando este haya expirado.

11. Una vez completado este formulario, podemos guardar el plan de mantenimiento.

12. Despues de salvar el Maintenance plan, veremos que se ha creado una nueva tareas en el SQL Server Agent -> Jobs . Para poder programar la tarea , abriremos las propiedades.

12. En las propiedades vamos a la página de Schedules y creamos una nueva programación.

13. En la nueva programación, solo tenemos que indicar cuando queremos que se ejecute el trabajo de backup según nuestras directivas de protección de datos.

14. Una vez completada la programación, podemos lanzar el trabajo de forma manual con la opción Start Job at Step... 

Y ya tenemos programada una tarea de backup, para ver el historial de la tarea tenemos que clicar sobre View History : 

Licenciamiento de Citrix y Microsoft para Desktop

Como parece que hay que hacer un master para entender el sistema de licenciamiento de Microsft, y si a eso le combinas las licencias del Citrix llegamos a niveles de doctorado honoris causa, dejo aquí un resumen con un par de tablas que he hecho para entender el metodo de licenciamiento.

Licencia Necesaria	Citrix	Windows Server	Windows Server CAL	RDS CAL	VDA
XenApp	Sí**	Sí (por servidor)	Sí	Sí**	No
XenDesktop	Sí**	No	No	No	Sí*

Citrix = Licencia de software de terceros Citrix

Windows Server = Licencia de sistema operativo Windows Server

Windows Server CAL = Client Access License a sistema operativo Windows Server

RDS-CAL (TS) = Remote Dektop Service, acceso a Terminal Server.

VDA = Virtual Desktop Access, licencia de SO y acceso a Virtual Desktop

*Si el sistema operativo de los equipos PC que se usaran para conectar a la infraestructura XenDesktop (VDI) están cubiertos con licencias Windows Client SA (Software Assurance), no es necesario adquirir la licencia VDA.

**En el caso de la licencia Desktop de Citrix se licencia de la siguiente manera: 

	Ediciones	Modelo	Notas
XenApp	Platinum Enterprise Advanced Fundamentals	Concurrentes	XenApp Fundamentals se ofrece solo para el modelo de licencias nominales e incluye la licencia RDS-CAL.
XenDesktop	Platinum Enterprise VDI	Usuario Dispositivo Concurrentes

En ningún caso las licencias adquiridas Microsoft adquiridas para los entornos de XenApp o XenDesktop incluyen la licencia del equipo PC cliente.