Hola que tal amigos, el dia de ayer, por necesidad cambie de router y ubicación física todo mi entorno de SCCM con mis servidores de laboratorio, de entrada la ip que tenia de configuración en mi equipo de SCCM era 192.168.8.20 con GT 192.168.8.1 por lo que al verme en la necesidad de cambiar de router, cambio la configuración de mis ip´s a 192.168.1.11 con GT 192.168.1.254

Al tratar de configurar o abrir SQL Server me marcaba el siguiente error.

Gracias a la herramienta CMTrace me puse a investigar en los logs de SQL en la siguiente ruta, C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\Log en donde pude ubicar el archivo ERROLOG, con ayuda de la herramienta CMtrace abri el archivo y constate que tenia un error en donde estaba apuntando a la direccion ip antigua, veamos el ejemplo. 

En los siguientes pasos podremos cambiar esta ip para poder tener acceso a SQL Server, esto lo hacemos desde SQL Server Configuration Manager, en los protocolos de Network Configuration.

Aunado a esto debemos ver si los servicios de SQL están corriendo, por lo que haremos lo siguiente.

Presionamos el botón de la ventana + R
Tipo Services.msc
Búsqueda de servicios de SQL Server
Seleccione su instancia de SQL Server Service y hacemos clic en Inicio en el panel izquierdo.
Hacemos a este servicio como Inicio automático / Inicio demorado en propiedades haciendo clic derecho.

Una vez iniciado, podemos corroborar nuestro SQL Server Manager funcionando correctamente, Podemos hacerlo tambien desde Regedit, pero cuidado!! cualquier cambio dentro del mismo puede provocar inestabilidad del sistema.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL10.SQL10\MSSQLServer\SuperSocketNetLib\Tcp\IP3]—> Cambiar este nombre por IP4
“Enabled”=dword:00000000 

“Active”=dword:00000001 
“TcpPort”=”2001” 
“TcpDynamicPorts”=”” 
“DisplayName”=”Specific IP Address” 
“IpAddress”=”IP.IP.IP:IP” –>

de igual manera a la hora de entrar a la consola de SCCM nos aparecía este error.

en mi caso en particular lo único que realice fue una reparación de la consola desde panel de control programas.

Esperamos y listo nuestra consola funcionando correctamente.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

Lo que nos ofrece SCCM para el despliegue de software es la instalación automatizada y silenciosa de software sobre assets/colecciones, teniendo la posibilidad de programar donde y cuando estos paquetes deberán estar instalados en los equipos cliente.

Se puede utilizar todo software que sea necesario para ser instalado mediante scripts, permitiendo incluso la integración de APP-V.

El requisito necesario en SCCM es tener instalado el rol de DP (Distribution Point).

Las categorías de software que podemos instalar son paquetes mas programas y paquetes.

Los paquetes son aquellos archivos necesarios para instalar software, estos contienen las instrucciones necesarias para ejecutar el paquete (programa) y un paquete puede contener varios programas (.msi)

Las aplicaciones contienen archivos e información necesarios para instalar software, una aplicación puede contener varios paquetes para instalar software en distintos dispositivos. las aplicaciones están orientadas a usuarios y no al equipo, quiere decir que si el usuario cambia de pc se instalaran las aplicaciones automáticamente para el mismo y por ultimo las aplicaciones se puede monitorizar.

Lo primero que debemos descargar es el software para este ejemplo de 7-zip tanto para aplicaciones como para paquetes .exe y .msi, estos archivos debemos descargarlos y guardarlos en una carpeta dentro de nuestro servidor de SCCM tal y como se muestra a continuación.

DESPLIEGUE DE PAQUETES EN SCCM

Lo primero que debemos hacer es dentro de nuestra consola de Configuration Manager irnos a Software Library-Application Management-Packages.

botón derecho y creamos un nuevo paquete, una ves realizado esto nos aparecerá un wizard en donde colocaremos el nombre, la descripción (opcional), la manufactura y la ruta en donde se encuentra el paquete en caso de que tenga archivos.

Recordemos que todo lo que queramos compartir deberá estar dentro de nuestro sitio en este caso en la ruta \\sccm\SMS_SC1\SOFTWARESCCM en donde SMS_SC1 es nuestro sitio de SCCM y SOFTWARESCCM es nuestra carpeta que al estar en esta ruta queda compartida para poder trabajar en nuestra red

La siguiente ventana nos muestra que escojamos el programa en este caso será un paquete de tipo programa estándar.

Ahora colocaremos la información necesaria para nuestro programa estándar. En esta parte de la configuración podremos observar que los paquetes reconocer archivos .exe en donde estos a su vez pueden estar configurados con switches, esto para hacer la instalación desatendida. Puedes consultar mas sobre Switches en este articulo que escribi hace tiempo. link

Si el paquete requiere de dependencias en la siguiente pantalla podemos configurar estas opciones, además podremos decirle a SCCM en que plataforma estará corriendo este paquete y el espacio que pueda requerir.

Nos dará el summary y finalizamos el wizard. Podemos ver nuestro paquete agregado.

Ahora debemos distribuir el contenido haciendo esta tarea obligatoria para todas las tareas de SCCM, damos clic en Distribute Content, aparecerá un nuevo wizard en donde especificaremos nuestro Distribution Point. y finalizamos.

Podemos observar en la parte inferior de nuestro panel se cambia a verde para poder corroborar que se ha distribuido.

Ahora resta hacer el Deploy de nuestro paquete, para efectos de prueba lo mandare a uno de los servidores que ya tiene nuestro cliente de SCCM.

El siguiente Wizard nos pedirá si queremos agregarlos a una colección existente, y si lo necesitamos requerido o disponible. En el caso de ser requerido se instalara de forma automática, en caso de ser disponible podremos descargarlo dentro de nuestro software center

Nos pedirá en la siguiente pantalla cuando necesitamos instalarlo, esto dependerá de cada uno de nosotros.

El resto de las configuraciones como user experience, distribution points, y summary podemos omitirlas o hacer las configuraciones correspondientes. Una vez hecho esto podremos verificar en nuestro equipo cliente la instalación de forma automatizada.

Podemos incluso en Monitoring ver el progreso de las implementaciones.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

Felices Despliegues

 

SCCM se apoya en WSUS para la administración del parcheo de software. WSUS es un rol de Windows Server para que pueda instalarse para la administración y distribución de actualizaciones de software tanto de Microsoft como de terceros. Se pueden distribuir actualizaciones tanto de equipos como a otros servidores de WSUS.

Los requisitos son los siguientes:

  • Rol WSUS
  • Instalación nueva usando BBDD interna o de SQL (SUSDB)
  • SCCM necesita permisos admin en WSUS
  • Carpeta donde alojar los Updates se agrega de forma manual

Recomendaciones:

  • Instalar WSUS fuera de SCCM (por ejemplo en AD)
  • No ejecutar las atareas de post instalación después de la instalación en el wizard WSUS (importante)
  • usar los puertos alternativos al 80 y 443 ya que puede causar conflicto con las instancias existentes.

Que nos ofrece:

  • tener el control y gestión de las actualizaciones de software de manera centralizada
  • posibilidad de reporting apoyándose en la base de datos
  • aplicación programada de updates
  • granularidad pudiendo crear grupos de actualizaciones especificas

Ahora procederemos a la instalación y configuración de WSUS en nuestro server para SCCM, ejecutamos nuestro server manager, y agregamos el rol de WSUS.

NOTA.- Si se nos da el caso en donde vayamos a instalar SCCM en un entorno que ya tenga WSUS en este caso en particular solamente debemos instalar las características de la consola de WSUS, en remote server administration- rol administration tool- seleccionar WSUS tools

En nuestro caso vamos a instalar desde cero el rol de WSUS

Damos clic en agregar características, la siguiente pantalla muestra 3 opciones, para poder instalar con SQL server debemos seleccionar la segunda y tercera opción para la conectividad (es lo mas recomendable).

La siguiente pantalla muestra la ruta en donde vamos a alojar todas las actualizaciones de WSUS, por defecto debemos crearla con anterioridad para que no tengamos problemas posteriores con la instalación de WSUS, en nuestro caso se ha creado la carpeta en la siguiente ruta.

En el caso de que tengamos SQL server en otro equipo debemos agregar la ruta hacia el equipo donde se tenga SQL basta solo con colocar el nombre del servidor en donde esta alojada mi motor de base de datos y hacemos testeo de la conectividad

Las siguientes pantallas muestran un resumen de las características que se instalaran y la confirmación del rol, damos clic en finalizar. El proceso puede tardar varios minutos, una vez finalizada la instalación debemos REINICIAR el servidor para que los cambios tengan efecto.

Como podemos observar, WSUS nos manda una advertencia de que faltan algunas configuraciones post instalación, para ello vamos a omitirlas y entrar directamente a nuestro rol de WSUS

Abrimos WSUS nos mostrara un wizard en donde colocaremos el nombre de nuestra instancia, en este caso el nombre del servidor donde esta SQL server instalado. damos clic en RUN.

Cuando el proceso finalice, nos lanzara otro Wizard el cual debemos omitir (esto para poder llevar a cabo las tareas en conjunto con SCCM)

Ahora nos dirigimos a nuestro servidor de SCCM para desplegar el rol de WSUS desde la consola.

Nos aparecerá un nuevo wizard en donde lo mas importante es especificar el rol disponible en este caso “Software Update Point

Nos abrirá la parte de configuración para la instalación del rol. Debemos utilizar puertos alternativos tal y como se muestra a continuación.

Nos pedirá que sincronicemos con los servidores de Microsoft. seleccionamos y damos clic en siguiente. en caso de que tengamos una infraestructura que WSUS dependa de otros sistemas de WSUS como jerarquía debemos indicarle la ruta de conectividad con dichos servidores.

seleccionamos el horario de descarga de las actualizaciones. Dejamos tal cual y siguiente.

La parte de superseded es prácticamente cuando se lanzan actualizaciones criticas o fallos de seguridad y se descargan, después de un tiempo Microsoft lanza nuevos parches, entonces esta opción reemplazara los existentes por las nuevas actualizaciones.

Seleccionaremos la descarga de todas las actualizaciones, damos clic en siguiente. La pantalla siguiente podemos elegir que tipos de updates podemos descargar, para este caso

Seleccionamos el tipo de productos que queramos descargar. Además podemos observar que para las versiones como Windows 10, Windows Server 2016 o posteriores no están incluidos en el catalogo de WSUS, para ello una vez que se sincronicen con los servidores de Microsoft se actualizara el catalogo de WSUS dándonos las opciones para los nuevos productos y servicios que ofrece Microsoft.

WSUS nos da la opción de descargar paquetes de lenguajes, para este caso en particular solo dejaremos Ingles.

y Listo esperamos a que finalice. Ahora podemos comprobar en Microsoft SQL Server Management Studio la nueva base de datos creada para WSUS.

Ahora dentro de SCCM vamos a sincronizar las actualizaciones con WSUS, damos clic en Software Library – All software Updates- Clic derecho y sincronizar.

Podemos ver el progreso en WSUS y listo. Este procedimiento puede llegar varias horas en completarse.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

 

Hola que tal amigos, el dia de hoy quiero compartir este pequeño issue que encontre a la hora de agregar paquetes y aplicaciones dentro de mi configuration Manager.

Cuando intente agregar un paquete (7-zip) me alojo el distribution content un error y me lo marco en rojo (failed)

El problema lo encontre cuando lance el cmtrace tool para leer los logs, en especifico cheque este log distmgr.log

Usando la herramienta de cmtrace encontre el siguiente warning

Entonces cheque si tenia todos los roles y caracteristicas de IIS y encontre que faltaba activar los siguientes, la solución que encontré fue agregar el servicio de compatibilidad IIS 6 WMI como se muestra en la imagen siguiente:

Una vez instalado este rol con sus caracteristicas volvi a agregar el paquete 7-zip y mi distribution point fue exitoso.

sin mas por el momento me despiedo enviandoles un gran saludo a todos mis lectores.

 

Hola que tal amigos, el día de hoy les voy a compartir a través de este post la forma correcta en como podemos agregar nuestros archivos .CAB y archivos .MSU a nuestro proyecto de Microsoft Deployment Toolkit.

Archivos .CAB contienen los controladores (driver pack )de cierto equipo de HW y los podemos encontrar para su descarga desde los proveedores de los mismos, llámese DELL, Lenovo, Microsoft, Toshiba, etc. Estos tipos de archivos contienen aquellos updates para poder tener nuestros dispositivos funcionando correctamente.

Veamos un ejemplo del cual vamos a descargar para nuestro equipo Optiplex de la Marca DELL

Archivos .MSU estos tipos de archivos, son los que Microsoft proporciona para lanzar las ultimas actualizaciones del sistema operativo y aplicaciones por temas de seguridad o reparar algunos problemas de compatibilidad de ciertas aplicaciones. generalmente estos archivos podemos descargarlos desde el catalogo de Microsoft Update, veamos este ejemplo.

Como podemos observar este KB en particular lo acaba de Lanzar Microsoft en donde podemos ver los últimos Updates para cierto tipo de productos, en este caso Windows 10 como plataforma de servicio.

Para temas prácticos y en caso particular, vamos primeramente a descargar estos dos archivos tal y como se muestra a continuación.

 

Dentro de nuestro Entorno de MDT, vamos primeramente agregar nuestro archivo .CAB el cual contiene un acumulado de todos los controladores para el equipo, en especifico para el modelo Optiplex 3050.

Vamos a crear una carpeta llamada Optiplex 3050 debajo de Out-Of-Driver Section en nuestro DeploymentShare. Una vez creada damos clic derecho y seleccionamos Import Drivers veamos la siguiente imagen.

el siguiente paso es posicionarnos en el nodo de Advanced Configuration y creamos un nuevo Selection profiles y seleccionamos la carpeta de drivers correspondiente a nuestro modelo de HW a implementar.

 

Una vez importados, lo siguiente que haremos será dentro de nuestra Task Sequence agregar el nodo correspondiente a este apartado. Agregamos un nuevo nodo y buscamos en nuestro Selection Profiles.

Listo, nuestra secuencia estará disponible para su implementación, pero antes necesitamos agregar nuestro archivo .MSU para ello lo primero que haremos será agregarlo como aplicación y posteriormente vamos a utilizar la herramienta WUSA.exe la cual viene incluida en nuestro sistema operativo para la ejecución de este tipo de archivos. veamos la siguiente imagen.

Agregamos nuestro comando desatendido con nuestro archivo .MSU: WUSA.exe KB4343897.msu /Quiet /Norestart

Al final lo agregamos a nuestro nodo de la Secuencia de Tareas como aplicación.

Listo al final podemos ver el resultado durante y después de la implementación de Windows 10.

 

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores y estamos con nuevos post.

Felices Despliegues

 

 

 

 

 

 

Mucho se ha hablado de las nuevas caracteristicas de Windows en la fase de implementacion, el dia de hoy vamos a ver la forma sencilla de como podemos agregar un paquete (.ppkg) de Windows ICD durante el despliegue de Windows 10 con MDT.

Para ahorrarnos tiempo en las capturas de pantalla, les comparto algunos de los post que he realizado con anterioridad sobre la creacion de paquetes (.ppkg) usando Windows ICD.

Introducción a Windows Imaging and Configuration Designer #ICD

personalizar Starlayout y TaskBar usando Windows ICD

Uniendo a Dominio Windows 10 con Windows Imaging and Configuration Designer (ICD)

Estos son algunos ejemplos para poder configurar ICD, en este caso he creado un paquete en donde estare modificando algunos parametros para implementar.

Aqui el resultado de los archivos.

Una vez realizado los pasos y de acuerdo a nuestras necesidades, vamos a agregar nuestro paquete (.ppkg) a MDT y SCCM esto en nuestra Secuencia de Tareas en ambos programas.

MDT

Debemos copiar toda la carpeta del paquete creado a nuestro deploymentshare scripts C:\DeploymentShare\Scripts, veamos la siguiente imagen.

Para este escenario debemos colocarnos en el grupo de Install de nuestra secuencia de tareas y colocar un CommandLine con la siguiente informacion.

DISM.exe /Image=%OSDisk% /Add-ProvisioningPackage /PackagePath:%SCRIPTROOT%\WindowsICDMDT\WindowsICDMDT.ppkg

Un paso importante dentro de nuestro DeploymentShare es activar ls caracteristicas de DISM, esto lo podemos hacer dando clic derecho en propiedades de nuestro deploymentshare, pestaña de Windows PE y activamos las caracteristicas DISM Cmdlets.

Hacemos update a nuestro deploymentshare y listo podemos implementar Windows ICD con MDT.

SCCM

Con la plataforma de SCCM tambien podemos integrar este paquete de ICD dentro de nuestra secuencia de tareas, para ello lo primero que haremos sera copiar la carpeta de nuestro paquete a nuestra carpeta de red.

Desde la consola ConfigMgr, Software Library -> Packages, damos clic derecho para crear un paquete nuevo  que contenga el PPKG. Especificamos la ruta UNC donde se ha copiado el PPKG.

Especificamos Standard Program y damos clic en siguiente.

Colocamos nuestro paquete en nuestro distribution point.

Dentro de nuestra secuencia de Tareas “Run Command Line”:

  • Copiamos el codigo DISM.exe /Image=C:\ /Add-ProvisioningPackage /PackagePath:WindowsICDMDT.ppkg
  • seleccionamos el paquete previamente creado.

 

sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores y estamos con nuevos post 😀

Hola que tal amigos pues si, despues de estar investigando y moviendo mi entorno de SCCM, encontre algunas posibles soluciones o simplemente darles un mejor camino a la solucion de Error al ejecutar la secuencia de tareas de SCCM – la secuencia de tareas no esta disponible para esta computadora.

Cuando intentamos ejecutar desde un entorno PXE los pasos que he seguido para que SCCM me pueda detercar mi secuencia de tareas son los siguientes:

El primer paso es ir a nuestro BootImage (en mi caso he creado uno con integracion a MDT).

clic derecho en propiedades y podemos ver en la pestaña de distribution settings, debemos de tildar “Distribute  the content for this package to preferred distribution points” por default las imagenes Boot image x64 y x86 tienen el modo mandatory por lo que para este caso he destildado esta opcion para estas arquitecturas y tildado para la nueva MDT_BootImage que he creado con integracion a MDT.

Como segundo paso en las propiedades de mi TS en la pestaña de Advanced he seleccionado MDTBootImage para usar en mi implementacion.

Con estos dos pasos mas la previa configuracion de la secuencia de tareas he logrado ver la misma en mi equipo para implementar.

Los comentarios son bienvenidos, si consideran que ha faltado algun dato, haganmelo saber y lo anotamos en este post.

sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Hola que tal amigos, pues en esta ocasion vamos a ver otro de los muchos escenarios en los que las empresas nos pueden pedir implentar Sistemas Operativos personalizados e implementarlos desde SCCM.

En la consola de SCCM hacemos clic en Software Library-Task Sequences- Create Task Sequence Media.

Seleccionamos Capture Media como se muestra la siguiente imagen.

Especificamos donde se guardara el archivo .iso.

Especificamos la imagen de inicio (por defecto SCCM se envía con 2 imágenes de arranque X86 y X64) y punto de distribución

Después de finalizar el asistente, grabamos el nuevo medio ISO a CD/DVD creado.

Para ambientes de prueba con maquinas virtuales, podemos montar esta imagen de ConfigMgr a nuestro Medio para poder ejecutarla

En nuestro equipo cliente, tenemos un Sistema Operativo Windows 10, con algunas aplicaciones ya instaladas (Custom Image) en la cual correremos nuestro i.so.

Ejecutamos el DVD y veremos nuestro Wizard de configuracion.

Lo que necesitamos es “capturar” la imagen (vamos asegurarnos de que no hay ninguna partición de recuperación o sysprep fallará), asegurarnos de que el equipo cliente no está unido al dominio. En caso contrario nos aparecera la siguiente imagen.

Ahora bien una vez determinado este paso, para estas pruebas, continuaremos con los pasos de instalacion, Para el destino, especificamos la carpeta compartida en el servidor SCCM, ademas de las credenciales para conectarnos.

Podemos especificar informacion de la imagen de captura, en mi caso pondremos lo siguiente.

Inicia el proceso de captura..

el proceso continuara despues de reiniciado el equipo cliente.

Ahora necesitamos desplegar el archivo wim capturado, desde la consola SCCM hacemos clic en Software Library-Operating System-Agregar imagen del sistema operativo.

Hacemos clic en la imagen de referencia y actualizar Puntos distribuidos:

Aplicamos distribution Content.

Opcionalmente, podemos configurar el nombre del equipo durante la secuencia del despliegue del sistema operativo, hacemos clic con el botón secundario en Colección de equipo desconocido elejimos las propiedades

Ahora cree la Secuencia de Tareas:

Biblioteca de software-Secuencia de tareas-Crear secuencia de tareas

Elejimos la imagen de booteo y el sistema operativo previamente capturado.

Elejimos las configuraciones para unirnos a dominio.

Las siguientes ventanas son de finalizado el proceso, incluso destildar la ventana de captura (esto ya lo hemos hecho) y listo.

Ahora desplemoas la Secuencia de Tareas a todos los equipos desconocidos. Hacemos Deploy de la secuencia de tareas.

Las siguientes pantallas las dejamos tal cual y listo ahora vamos a comenzar el proceso de implementacion.

Sin mas por el momento me despido endiandoles un gran saludo a todos mis lectores.

Felices Despliegues.

 

Cuando en SCCM queremos agregar un paquete o un sistema operativo en nuestro Distribution Point, puede llegarnos a pasar de largo una pequeña configuracion dentro de nuestra consola, para poder configurar esta parte y que el estado cambie de color amarillo a verde debemos realizar lo siguiente.

Pero porque pasa esto?. En algún lugar ha habido una mezcla entre cómo cree que el contenido debe ser distibuido (es decir, automáticamente) y cómo el nuevo DP piensa que debería estar recibiendo contenido (es decir, manualmente). 

Para ello debemos cambiar los ajustes de punto de distribución o la configuración de implementación.

Si el punto de distribución se ha establecido en “Habilitado para contenido preestablecido”, entonces se esperará que el contenido se copie manualmente en él. Desmarcamos esta casilla para eliminar su presunción de que todo el contenido este preestablecido.

Y en el paquete o aplicacion debemos marcar la opcion manually copy the content in this packages

Al finalizar redistribuimos nuestro paquete y tendremos este resultado de nuestro DP.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores.

Hola que tal amigos pues en esta ocasion vamos a distribuir la instalacion de paquetes y aplicaciones y despues insertarlo dentro de nuestra secuencia de tareas en SCCM.

les comparto los articulos pasados de esta serie ZTI Deployment.

Ahora bien tenemos dos opciones, los paquetes necesitan archivos complementarios para realizar las instalaciones de los mismos y los programas se determinan por medio de lineas de comandos para correrlos.

Lo primero que haremos sera ir a nuestra consola de SCCM en la siguiente ruta softwara library -> Application Management->Packages. Creamos un nuevo paquete con clic derecho sobre el mismo.

La primer ventana debemos colocar el nombre de nuestro paquete y tildar la opcion de contains source file.

La siguiente pantalla la dejamos tal cual con la opcion seleccionada standard program.

Configuramos las siguientes opciones como se muestra la siguiente pantalla.

Podemos especificar en que plataforma se instalara. Una vez configurada la plataforma, damos clic en siguiente, nos aparecera el resument, el progreso y finalizamos.

Dentro de nuestro Package properties debemos tener arriba (success) nuestros paquetes, en caso de que sea primera vez, debemos agregarlo a nuestro distribution point.

Finalizamos agregando nuestro paquete dentro de la secuencia de tareas.

Ahora vamos a instalar las aplicaciones.

Hacemos clic sobre el icono Create Application de la Cinta de opciones y nos aparecerá el asistente que nos guiará en la creación de la aplicación.

La primera ventana del asistente nos pide información de la aplicación. La información se le puede dar de manera manual  o de manera automática. Si el software a distribuir lo tenemos en alguno de los formatos soportados por SCCM, elegiremos la opción automática para que el asistente obtenga toda la información necesaria de  los archivos. Sin embargo, si el software es un ejecutable, o vamos a configurar un script, elegiremos la opción manual. En el caso de elegir la opción automática tendremos que completar dos cajas de texto.

  • Tipo. Elegimos el tipo de la aplicación a crear. SCCM soporta aplicaciones en formato MSI, App-V, aplicaciones para Android, Windows Phone y Iphone, etc..
  • Ubicación. Especificamos al ruta de red donde está el software a distribuir.

Algunas de las opciones que soporta SCCM son las siguientes.

Para estas practicas voy a instalar MDT como aplicacion para este laboratorio, en la siguiente pantalla podemos insertar mas informacion al respecto y podemos agregar switches para hacer la implementacion desatendida como por ejemplo /q entre otras opciones.

Hacemos clic en el botón Next y pasamos a la venta de Información General, donde podemos agregar más información:

  • Name. Nos muestra el nombre de la  aplicación
  • Administrator Comments. En esta caja de texto podemos poner cualquier comentario que sirva de ayuda a los administradores.
  • Manufacturer. Podemos especificar el fabricante del software.
  • Software version. Versión del software
  • Optional Reference. Campo que podemos usar para asociar el software a un número de petición o incidencia. Solo lo ven los administradores.
  • Administrative Categories. Podemos crear categorías para ordenar el software. Solo lo verán los administradores.
  • Installation Program. Comando que se ejecutará para la instalación del software.
  • Run installation program as 32-bit process on 64-bit clients. Es muy importante marcar esta casilla si el software es de 32 bits y lo vamos a ejecutar en máquinas de 64 bits.
  • Install behaviour. Indica si el software se instalará a nivel de dispositivo o usuarios. Hay tres opciones:
  • Install for user
  • Install for System
  • Install for system if resource is a device; otherwise install for user

Nota. La opción de instalarlo a nivel de usuario para algunas aplicaciones, requerirá que el usuario tenga permisos administrativos en la máquina.

De igual forma vamos a levantar nuestras aplicaciones integrandolas a nuestro distribution points como lo hemos mencionado anteriormente.

En este momento empieza el proceso de creación de la aplicación que tardará unos segundos. Una vez terminado veremos la ventana final del asistente que nos indicará si la aplicación se ha creado correctamente o ha habido un error.

Cuando tengamos nuestra aplicacion arriba, damos clic derecho en la misma para irnos a la opcion de propiedades.

Para agregarla a nuestra secuencia de tareas debemos tildar la opcion señalada dentro de la pestaña General Information.

Esta pestaña Aplication Catalog  establece la configuración de la aplicación dentro del catálogo de aplicaciones. Cuando los usuarios se conecten al catálogo de aplicaciones, podrán ver:

El catálogo de aplicaciones en el mismo idioma que su navegador. Para ello deberemos agregar tantos idiomas como soportemos en nuestra organización. Para cada idioma se configurarán los puntos descritos  a continuación.

  • Localized application name. Nombre de la aplicación
  • User categories. Se puede categorizar el software para facilitar su búsqueda.
  • User Documentation. Archivo o ruta URL a información sobre la aplicación. Servirá de ayuda a los usuarios para trabajar con la aplicación.
  • Link Text. Texto que aparecerá al situarnos encima del vínculo User Documentation.
  • Localized Desription. Descripción opcional de la aplicación.
  • Keywords. Palabras clave para facilitar la localización del software.

La pestaña Reference esta pestaña muestra la posible relación de esta aplicación con otras aplicaciones en tres posibles ámbitos:

  • Applications that depend on this application. Aplicaciones que para su instalación requieren que esté instalada la nuestra primero.
  • Applications that supersede this application. Aplicaciones que sustituyen a la nuestra.
  • Virtual environments that contains this application. Entornos virtuales que contienen a nuestra aplicación.

Nota. La pestaña es solo informativa, no podemos modificar nada.

Esta pestaña Distribution Settings establece parámetros de configuración para  el proceso de distribución de la aplicación a los Distribution Points.

  • Distribution priority. En el caso de que hay que redistribuir contenido de varias aplicaciones a los DPs, se mandará antes el contenido de las aplicaciones con más prioridad. A igual prioridad se respeta el orden de creación de la aplicación.
  • Distribute the content for this package to preferred DPs. Si un usuario se conecta a su DP preferido (es decir, el DP de su Boundary) y resulta que este DP no tiene el software que el usuario intenta instalarse, automáticamente se le mandará una copia desde otro DP.
  • Prestaged distribution point settings. Dependiendo de la velocidad de conexión entre el MP y los DPs, y dependiendo del tamaño de la aplicación, podemos configurar lo que se denomina Prestaged Content. Consiste en hacer una copia del software de la aplicación y llevarla al DP destino a través de algún medio físico. Una vez allí se importa sobre el DP. Tenemos tres opciones:
  • Automatically download content when package are assigned to distribution points. Esta opción es la predeterminada y supone que tenemos gran velocidad entre los servidores. Cuando una aplicación la asociamos a un DP, automáticamente se le manda una copia del software al DP por la red. Cualquier cambio que se produzca en la aplicación o en los archivos de la aplicación se mandará por la red.
  • Download only content changes to the distribution point. Asumimos que la red no es lo suficientemente rápida para la copia inicial de la aplicación pero si para posibles cambios que se produzcan en el futuro. De esta manera, la copia inicial del software la deberemos hacer usando algún medio físico, como un DVD o un Pen Drive para llevarla al DP destino.
  • Manually copy the content in this package to the distribution point. En este caso, tanto la copia inicial como los posibles cambios futuros se enviarán al DP a través de un medio físico.

Toda aplicación tiene que contar como mínimo con un Deplyment Type (DT). Este DT se crea en el momento de la creación de la aplicación. Los DTs son como los programas en el modelo de paquetes de SCCM, pero mucho más funcionales.

En esta pestaña vemos el listado de los DT existentes en esta aplicación. En nuestro caso solo hay uno, pero podríamos tener todos los que queramos.

Desde esta pestaña podemos agregar, editar, copiar y eliminar los DTs.

Es importante destacar que los DTs se evalúan por la prioridad. Si un usuario o dispositivo cumpliría con las diferentes opciones de dos DTs, se le aplicará la instalación que esta definida en el DT que tenga más prioridad ya que la segunda no llegará ni siquiera a evaluarse.

Esta pestaña muestra los DPs y grupos de DPs que tienen una copia de la aplicación. Ahora mismo está vacía por que todavía no hemos hecho ninguna operación de distribución de contenido.

Disponemos además de tres botones:

  • Validar Contenido. Comprueba que el contenido está disponible en el Distribution Point seleccionado y que es válido. La información de la validación se almacena en el archivo SMSDPMon.log.
  • Redistribuir Contenido. Fuerza que se copen los posibles cambios de la aplicación.
  • Eliminar Contenido. Elimina el contenido de la aplicación del Distribution Point seleccionado.

En esta pestaña podemos sustituir esta aplicación por otra que tenga una versión superior.

Configuración del Deployment Type

Dentro de las opciones de Deployment Types tenemos mas pestañas las cuales haremos algunos cambios en las mismas.

La pestaña General muestra información del DT, como el nombre, el tipo de tecnología (MSI, script, app-v, etc)

La pestaña Content muestra la ruta donde están los archivos de la aplicación. Tiene que ser una ruta compartida. Además existen los siguientes valores configurables:

  • Persist content in the client cache. Marcando esta casilla indicamos a los agentes de SCCM que guarden una copia de los archivos de la aplicación en la caché del cliente después de realizar la instalación de la aplicación, además se le indica que no borre nunca esa aplicación. La caché está ubicada en C:\Windows\ccmcache y tiene un tamaño de 5 GB por defecto.
  • Allow clients to share content with other clients on the same Clientes que estén configurados con la característica de BranchCache, podrán distribuir el software de esta aplicación una vez que se lo hayan bajado ellos.
  • Allow clients to use fallback source location for content. Cuando un equipo o usuario se va a descargar este software de un DP y resulta que no existe, se le manda a otro DP según algoritmo de fallback source location.
  • Deployment options. Cuando los recursos (usuarios y equipos) están en una red lenta o cuando hagan uso de fallback source location, tienen dos opciones de acceso al contenido. No descargarlo y descargarlo y ejecutarlo en local. Se recomienda usar la primera opción para ahorrar ancho de banda.

 

La pestaña Programs permite especificar el comando a ejecutar en el proceso de instalación de la aplicación, así como su carpeta de trabajo.

También podemos especificar el comando a ejecutar para su desinstalación.

La casilla Run installation and uninstall programs as 32-bit process on 64-bit clients es importante marcarla en el caso de que vayamos a instalar software de 32 bits en máquinas de 64 bits. Si no marcamos la casilla, el proceso de  instalación fallará.

 

Y como dato opcional  pero recomendado, deberemos especificar el Product Code de la aplicación. Lo podemos obtener desde el botón Browse y seleccionando el archivo MSI. Servirá para que el propio software sea capaz de repararse en caso de fallos.

Todos los DTs tienen que contar como mínimo con un método de detección que se usará para saber si el software está instalado. No importa cómo se haya hecho la instalación, solo se mira si está instalado.

En los DTs creado s  a partir de un MSI, aparece un método de detección que consiste en ver si existe el Product Code en una rama concreta del registro de la máquina. Para que la detección sea más fiable podemos agregar más condiciones de detección desde el botón Add Clause.

Existen tres tipos diferentes de detección:

  • File System. Me permite buscar archivos y consultar las propiedades, como la versión para saber si un software está instalado.
  • Registry. Puedo buscar en el registro para saber si determinadas ramas, claves o valores existen, indicando la existencia del software.
  • Windows Installer. Me permite especificar el código de producto del software a buscar.

Aparte de los métodos anteriores, podemos usar scripts para saber si un software está instalado o no.

Esta pestaña user experience me permite indicar:

Installation Behaviour. Tipo de recurso sobre el que se va a hacer la instalación (usuario o equipo).

Logon requirement. Indicamos si es necesario que un usuario haya iniciado la sesión para la instalación del software. Lo más habitual es indicar que no tiene importancia, es decir, el software se instalará esté o no un usuario con la sesión iniciada.

Installation Program Visibility. Establecemos el valor de la ventana que aparecerá en el momento de la instalación, si la instalación no es silenciosa. Podemos elegir entre Normal, oculta, minimizada o maximizada.

Maximum allowed run time. Tiempo máximo que tiene el programa para ejecutarse. Por defecto son dos horas.

Estimated installation Time. Valor informativo de cuánto puede tardar el software en instalarse. Lo podrán ver los usuarios en el Software Center.

La ventana desplegable del final de la ventana, me permite especificar el comportamiento en caso de que sea necesario un reinicio tras la instalación del software. Tenemos cuatro posibles valores:

  • Determine behaviour based on return codes. El programa de instalación indicará si es necesario un reinicio y se avisará al usuario.
  • No specific action. No se reinicia la máquina aunque sea necesario para completar la instalación del software.
  • The software installl program might force a restart. EL propio programa de instalación podrái reiniciar la máquina si fuera necesario. Se hace sin avisar.
  • Configuration Manager client will forcé a mandatory restart. El agente de SCCM coge el control y reinicia la máquina una vez terminada la instalación. Se hace sin avisar.

La pestaña requirements 

Esta pestaña permite realizar consultas en el sistema operativo donde se va a realizar la instalación, para ver si es posible realizarla correctamente. Por ejemplo, se podría consultar el espacio libre en disco, o la memoria RAM disponible. Si se cumplen las condiciones, se instalará el software, si no  se cumplen las condiciones, no se instalará.

Para agregar consultas, hacemos clic en el botón Add y nos aparecerá la  ventana que me permite de una manera sencilla crear mi consulta. Por ejemplo, para consultar el sistema operativo de cliente, y realizar la instalación en caso de que el SO sea W7, W8 o W10, se rellenaría la ventana así:

La pestaña Return Codes

Esta pestaña me permite definir los códigos que devolverá el DT para indicar al sistema si es necesario un reinicio. Los return Codes se pueden personalizar.

Por último la pestaña Dependencies muestra las aplicaciones que tienen que estar instaladas para que se pueda instalar esta. Desde el botón Add podemos agregar dichas aplicaciones.

Agregamos nuestra aplicacion dentro de nuestra secuencia de tareas.

Sin mas por el momento me despido, enviandoles un gran saludo a todos mis lectores y estamos con nuevos post.

 

 

 

Hola que tal amigos, pues continuando con esta serie de configuraciones en SCCM el dia de hoy vamos a ver la manera de agregar, drivers a nuestras implementaciones.

les comparto los articulos pasados de esta serie ZTI Deployment.

En Configuration Manager nos posicionamos en software library -> Operating Systems -> Drivers damos clic derecho en import drivers. En nuestro Wizard debemos hacer referencia a nuestros drivers, esto dependera de nuestro sistema operativo a implementar y el tipo de hardware que utilizaremos.

Comienza la validacion de Drivers, Ahora veremos los drivers los cuales hemos agregado, podemos incluso colocar aquellos drivers seleccionados nombre de acuerdo a nuestro tipo de HW.

En la siguiente pantalla nos muesta si deseamos agregar paquetes de drivers, en nuestro caso daremos clic en siguiente.

Tildamos los drivers que se agregaran a nuestra boot image, veamos el ejemplo.

Las siguientes pantallas nos muestran el progreso y finalizado de los mismos.

Cuando seleccionamos un driver, podemos crear o modificar ms categorias, esto lo podemos hacer en la parte de propiedades.

Ahora bien vamos a agregar estos drivers a nuestra secuencia de tareas, para ello vamos a dar clic derecho en nuestra secuencia y damos clic en editar.

Las opciones que vienen por default nos permitiran hacer el tipo de integracion de los drivers, para este caso vamos a activar la casilla para los drivers de la placa Foxconn.

Pasa lo mismo si agregarmos paquetes de drivers, solo que esta tarea la debemos agregar como se muestra a continuacion.

Dependiendo de nuestros escenarios, vamos a implementar nuestra secuencia de tareas ennuestros equipos cliente, integrando con ello los paquetes de drivers o paquetes de acuerdo a nuestro HW

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

 

 

Realmente SCCM es una poderosa herramienta la cual nos permite centralizar nuestros procesos en una organizacion, en la parte de implementacion, habra escenarios los cuales implementaremos sistemas operativos en equipos nuevos, haciendo con esto la necesidad de llamar a PXE Boot para bootear desde la red, con SCCM necesitaremos ls siguientes configuraciones incluyendo el rol de DHCP para que PXE funcione correctamente.

Este articulo precede de los ultimos post que escribi hace unos dias utilizando SCCM para implementar Windows 10.

ZTI deployment con SCCM

Ahora bien lo primero que tenemos que hacer en nuestra consola una vez que tenemos todo este escenario dirijirnos a Administration -> Distribution Point clic derecho en propiedades y nos vamos a la pestaña de PXE.

Deberemos tener las siguientes opciones habilitadas.

También podemos seleccionar Requerir una contraseña cuando los equipos usan PXE, esto en escenarios sobre una implementación de Zero Touch. Por lo tanto, no un despliegue totalmente automatizado.

Ahora hemos activado PXE, y WDS se instalará automáticamente en el servidor SCCM. Se necesita WDS para la comunicación PXE.

Para continuar con la habilitación de PXE, tenemos que cambiar algunos ajustes en las imágenes de arranque. Estas deben estar disponibles para PXE.

Vamos a Software Library -> Operating Systems -> Boot Images y hacemos clic derecho en Boot image (x64) y seleccione Propiedades.

Hacemos clic en la pestaña Data Source.

Seleccionamos Desplegar esta imagen de arranque desde el punto de distribución habilitado para PXE y hacemos clic en Aplicar.


Aunado a esto, debemos previamente tener nuestro Rol de WDS habilitando DHCP, esto en nuestro (Controlador de Dominio) para ello he escrito un articulo sobre este tema en este link.

Una vez configurado nuestro WDS, y de haber creado nuestro SCOPE, damos clic en SCOPE options y habilitamos las opciones 66 y 67.

La opción 66 debe ser la dirección IP de su servidor WDS (en mi caso Domain Controller), la opción 67 debe ser smsboot\x86\wdsnbp.com (que es el primer archivo necesario durante el proceso de arranque PXE). 

El predeterminado pxeboot.com desencadena un requisito F12. El primer requisito F12 es necesario cuando el arranque del servicio de red no está en la parte superior de la lista en el orden de arranque del BIOS. El segundo requisito F12 es necesario debido a pxeboot.com, que sólo es necesario cuando se utiliza Lite Touch Installation (LTI). 

El segundo requisito F12 se puede omitir sin embargo al cambiar el nombre del pxeboot.com por defecto a pxeboot.f12 y pxeboot.n12 (lo que significa no F12) a pxeboot.com. Después de eso, el segundo requisito de F12 ya no es necesario, tampoco para Lite Touch Installation (LTI). Esto debe hacerse en la carpeta x86 y x64 para hacerlo funcional. 

Espero y les sea de utilidad como me ha servido a mi, un gran saludo a todos mis lectores y estamos con nuevos post 

 

Hola que tal amigos, pues continuando con esta serie de articulos el dia de hoy veremos la manera de implementar un cliente

Para darle seguimiento a esta serie, les comparto las dos primeras partes.

 El  camino para implementar clientes es a traves de CM boot Media conectandose directamente a SCCM usando secuencia de tareas

Dentro de software Library damos clic en task sequence media, este apartado tendra paquetes, drives y aplicaciones para poder configurarlo.

Seleccionamos Booteable media y damos clic en siguiente.

Seleccionamos la segunda opcion Site-Based Media y damos clic en siguiente.


En la siguiente ventana, especificamos la ruta donde se guardara nuestro bootmedia con todo el contenido incluido en el mismo, damos clic en siguiente.

Seleccionamos un password para proteger nuestro media y tener acceso al mismo, esto por temas de seguridad, lo demas lo dejamos tal cual, damos clic en siguiente.

Seleccionamos nuestro bootmedia, punto de distribucion y punto de gestion.

Podemos personalizar nuestra secuencia de tareas, en caso de ser requerido, para este ejemplo dejamos tal cual, clic en siguiente y finalizamos.

Podemos ver la creacion de nuestro archivo .iso en la ruta previamente configurada.

Ahora vamos a probar en una maquina virtual implementando este media, para ello en vmware creamos una nueva maquina virtual y la implementamos.

Colocamos la contraseña de seguridad como se muestra a continuacion.

Aqui nos muestra nuestra secuencia de tareas damos clic en siguiente.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Hola que tal amigos, pues continuando con esta serie de articulos el dia de hoy veremos la manera de distribuir e implementar una secuencia de tareas.

Para darle seguimiento a esta serie, les comparto la primera parte:

Siguiente paso la distribucion de nuestra task Sequence, damos clic derecho en nuestra secuencia de tareas y clic en ditribute content.

La secuencia de tareas seleccionada tendra dependencias previamente creadas y configuradas, como se puede observar en la siguiente imagen.

Agregamos nuestro punto de distribucion. Damos clic en siguiente.

Finalizamos.

El siguiente paso es implementar nuestra secuencia de tareas dentro de una coleccion (devices) previamente creada.

veamos la imagen siguiente.

En la parte de software library, damos clic derecho en la secuencia de tareas y damos clic en deploy.

Seleccionamos la secuencia de tareas y nuestra coleccion (equipos) en donde se alojara el nuevo deployment.

Vamos a especificar como se va a implementar el software, tenemos dos opciones, available y required, el primero nos da la opcion de utilizar nuestro panel de configmgr en el cliente para casos en particulares como son apps o hacer upgrades de los sistemas operativos y la segunda opcion instala de manera automatica la implementacion, podemos crear escenarios en nuevos equipos a distribuir si asi es el caso. la segunda opcion como vamos a realizar una instalacion desde boot image necesitamos habilitar configuration manager client and PXE.

La siguiente pantalla muestra la fecha y hora en la que se puede maquetar el deployment, en este caso deshabilitamos y damos clic en siguiente.

User and Experience software lo dejamos tal cual y damos clic en siguiente.

No especificamos alertas,  en la pantalla de checar la manera en como se distribuira el contenido la dejamos tal cual, damos clic en siguiente.

Finalizamos.

Un punto importante a considerar es el acceso a la red desde la parte de site configuracion, para realizar esta configuracion vamos a la parte de Administration-site configuration-configure site components.

en la parte de Software distribution, damos permisos de administrador para poder realizar la conexion.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

 

 

Hola que tal amigos pues en esta ocasion vamos a ver rapidamente el panel de control de SCCM en la parte de los clientes una vez que los ha descubierto e integrado, con ello podemos ejecutar tareas especificas sobre la conexion y ejecucion de las mismas.

para poder visualizar este apartado, nos vamos a la consola de ejecutar en nuestro Windows cliente y escribimos el siguiente comando. “control smscfgrc” 

Podemos incluso crear una acceso directo y listo tendremos nuestro panel de control de SCCM en el cliente.

Una de las pestañas mas importantes para familiarizarnos es la pestaña de Accions la cual tiene un objetivo en comun, mas informacion sobre esta pestaña puedes encontrarla en el siguiente link

Configuration Manager Client Actions

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores, estamos con nuevos post.

Hola que tal amigos, pues si he decidido dar el siguiente paso, aprender de manera eficaz la potente herramienta de Microsoft llamada SCCM, al dia de hoy sigo en la fase de aprendizaje, por lo que el dia de hoy veremos rapidamente como podemos integrar nuestro ya usado Microsoft Deployment Toolkit a System Center.

Lo primero que haremos una vez que ya tenemos estas plataformas configuradas y listas para usar como ha sido en los articulos anteriores, vamos a ver en la consola de SCCM no se tiene aun la interaccion e integracion con MDT

 

Ahora vamos a nuestro panel de aplicaciones en donde tenemos nuestro MDT, damos clic como se muestra la siguiente imagen.

Este proceso lo debemos correr como administrador.

Colocamos las credenciales y listo, ahora refrescamos nuestra consola de SCCM y veamos las nuevas opciones.

En los siguientes post vamos a utilizar esta task sequence e implementar Windows 10.

Sin mas por el momento me despido enviandoles un gran saludo a todos mis lectores.

felices despliegues.

 

Hola que tal amigos pues si, después de mucho tiempo hoy he decidido entrar de lleno a esta gran plataforma que es System Center Configuration Manager, al día de hoy en mi server personal he logrado instalar de forma correcta la suite incluyendo la configuración básica de SQL la cual me ayudara entre otras cosas en mi trabajo dentro de mi organización para consultas de las bases de datos entre otras cosas.

Como llegue aquí, uff un gran trabajo atrás y la ayuda de muchas personas que al igual que yo nos gusta siempre aprender y compartir nuestras experiencias, por lo pronto no les dejare los pasos de la instalación de SCCM ya que en Internet existen miles de paginas y blogs que nos ayudan con este tema, quizá mas adelante pueda crear una guía para ir viendo paso a paso la instalación.

Hoy veremos después de consultar algunos blogs y paginas oficiales la forma básica de la configuración de SCCM después de una instalación exitosa.

Algunos sitios web que me han ayudado a este proceso son los siguientes:

Site Administration for System Center 2012 Configuration Manager

Ademas tenemos desde technet como habilitar el metodo discovery desde el siguiente link.

Mas informacion Technet> How to Enable a Discovery Method

En la consola de SCCM hay 4 pestañas principales para la gestión y configuración de todo SCCM, son las siguientes:

– Activos y compatibilidad: En este apartado, estarán todos los equipos, usuarios, recopilaciones de ambos, redes… de toda la infraestructura. Para poder visualizar estos objetos, antes hay que detectarlos realizando una configuración que veremos en este post.

– Biblioteca de software: Este apartado es uno de los principales a la hora de desplegar nuestras aplicaciones, escritorios, paquetes, actualizaciones de Windows… a los equipos de la infraestructura.

– Supervisión: Aquí veremos todo el proceso de nuestros despliegues de aplicaciones, paquetes, actualizaciones, etc… Al igual que podemos revisar el estado de los componentes y servicios principales de SCCM para que todo funcione perfectamente.

– Administración: Es el apartado de configuración de la infraestructura de SCCM, donde podremos configurar la detección de equipos, usuarios, redes, podremos asignar roles a nuestros servidores de sitios, etc.

Dentro de la parte de administración de SCCM tenemos las llamadas detecciones las cuales son necesarias para un buen funcionamiento y configuración de nuestra plataforma con nuestros demás servers y clientes.

 En SCCM nos dirigimos a Administración y veremos en nuestro panel derecho las siguientes opciones las cuales vamos a configuración de una en una para dejarlas habilitadas, esto nos ayudara para futuras tareas aunque no las utilizaremos por el momento en algunos casos específicos.

1.-Active Directory Forest Discovery en este apartado habilitamos la casilla como se muestra a continuación y aceptamos.

2.-Active directory Group Discovery para ello habilitamos la casilla señalada, pulsamos en Agregar, y le damos un nombre (ej: GRUPOS), marcando como ubicación la ruta principal del dominio (ver imagen). Pulsamos en Aceptar + Ejecutar la detección ahora.

Cuando agregamos, veremos al final como se muestra nuestra siguiente imagen, estos grupos los he agregado desde la instalación cuando se crearon en AD.

3.-Active Directory System Discovery de las más importantes para poder visualizar los equipos de nuestra infraestructura de Active Directory, pulsamos en Habilitar y en la estrella para añadir el contenedor, como ruta de acceso ponemos la raíz principal del dominio. Pulsamos en Aceptar + Ejecutar la detección ahora.

Especificamos una o más ubicaciones para buscar.
Para cada ubicación, especificamos las opciones que modifican el comportamiento de búsqueda.
Para cada ubicación, especificamos la cuenta que se utilizará como cuenta de descubrimiento de Active Directory.

Como opcional;

En la ficha Programación de sondeo, configuramos la programación de sondeo de descubrimiento completo y el descubrimiento delta.
Opcional-mente, en la ficha Atributos de Active Directory, puede configurar atributos adicionales de Active Directory para equipos que deseemos descubrir. También se enumeran los atributos de objeto predeterminados.
Opcional-mente, en la ficha Opción, puede configurar opciones para filtrar o excluir los registros de equipo obsoletos del descubrimiento.


Cuando hayamos terminado de configurar el Descubrimiento del sistema de Active Directory para este sitio, hacemos clic en Aceptar para guardar la configuración.

4.- Active Directory User Discovery La última detección será la de usuarios, realizamos el mismo procedimiento que en la búsqueda de equipos, habilitamos la casilla, pulsamos en la estrella y añadimos como ruta de acceso la raíz principal del dominio. Pulsamos en Aceptar + Ejecutar la detección ahora.

5.-Network Discovery por ultimo habilitamos la casilla de detección de redes como se muestra a continuación.

Ahora veremos nuestras configuraciones habilitadas.

Ejecutamos nuestro Bosque en el siguiente icono.

Este paso es solo para comprobar que tenemos el sitio bien activado. En el apartado de Configuración del sitio > Sitios debemos de ver nuestro sitio primario, con el nombre del servidor y el estado en Activa.

Ahora vamos a administrar los boundarys (Limites) dentro de Administración de SCCM, damos clic en administración y en boundarys.

Seleccionamos un nuevo Boundary group en caso de que no lo tengamos y colocamos la siguiente informacion como se muestra a continuación.

Ahora damos clic derecho en boundarys Group vamos a darle un nombre, en este caso Grupos y agregamos como se muestra a continuación.

Damos clic en Add y marcamos como se muestra a continuación.

Ahora nos vamos a referencias, seleccionamos “use this boundary group for site assignment” y clic en agregar

Ahora vamos con la configuración del Cliente

En la nueva ventana tildamos “Enable automatic site-wide client push installation”

Ahora nos dirigimos a cuentas y agregamos una cuenta para cliente.

En la parte de Devices veremos todos los dispositivos que SCCM ha detectado, por lo que una de las multiples opciones sera dar clic derecho en el cliente para hacer el despliegue del agente del mismo, nota el cliente para mejores practicas debemos deshabilitar el firewall para que se mande correctamente.

Aparecerá un Wizard en cual simplemente damos siguiente.

Seleccionamos la opción Always install client software como se muestra a continuación.

Listo Hasta aqui podemos ver una configuración básica de SCCM con Cliente. seguiremos indagando sobre esta gran plataforma la cual nos ayudara como parte de nuestro aprendizaje diario.

Sin mas por el momento me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post.

 

 

Hola que tal amigos, pues para los que estamos interesados en conocer Windows Server 2016, Microsoft nos proporciona estos excelente recursos.

2 E-books en pdf desde este link.

CO-OMS-The-Ultimate-Guide-To-Windows-Server-2016-preview

Evalua Windows Server 2016 desde este link

https://www.microsoft.com/en-us/evalcenter/evaluate-windows-server-2016

image_thumb

y por si fuera poco, System Center 2016 disponible tambien

https://www.microsoft.com/en-us/evalcenter/evaluate-system-center-2016

image_thumb1

Sin mas por el momento, me despido enviándoles un gran saludo a todos mis lectores, estamos con nuevos post 😀

firmaMVP