To do this, follow these steps on a domain controller in the domain:
a. Click Start, click Run, type Adsiedit.msc, and then click OK.
b. In the task pane, right-click ADSI Edit, and then click Connect to.
c. Under Connection Point, click Select or type a Distinguished Name or Naming Context, type the following, and then click OK:
DC=Domain,DC=Domain_extension
d. In the task pane, locate and right-click
CN=MOMLatencyMonitors,DC=Domain,
DC=Domain_extension and then click Properties.
e. In the Permissions tab, click Add.
f. In the Enter the object name to select box, type the name of the replication monitoring Run As account, and then click Check Names to verify the name.
g. Click OK. The Permissions Entry for OpsMgrLatencyMonitors dialog box appears.
h. In the Apply onto drop-down list, click This object and all child objects.
i. Click to select the Allow check box for the Read, Write, Create All Child Objects permission, and then click OK.
j. In the Advanced Security Settings for OpsMgrLatencyMonitors dialog box, click Apply, and then click OK.
k. Close the ADSI Edit window.
2. Set permissions for the Replication Monitoring Run As account on the DomainDNSZones application partition in each domain in the forest. To do this, follow these steps on a domain controller in the domain:
a. Click Start, click Run, type Adsiedit.msc, and then click OK.
b. In the task pane, right-click ADSI Edit, and then click Connect to.
c. Under Connection Point, click Select or type a Distinguished Name or Naming Context, type the following, and then click OK:
DC=DomainDNSZones,DC=Domain,DC=Domain_extension
d. In the task pane, locate and right-click
CN=OpsMgrLatencyMonitors,DC=DomainDNSZones,DC=Domain,
DC=Domain_extension and then click Properties.
e. In the Permissions tab, click Add.
f. In the Enter the object name to select box, type the name of the replication monitoring Run As account, and then click Check Names to verify the name.
g. Click OK. The Permissions Entry for OpsMgrLatencyMonitors dialog box appears.
h. In the Apply onto drop-down list, click This object and all child objects.
i. Click to select the Allow check box for the Read, Write, Create All Child Objects permission, and then click OK.
j. In the Advanced Security Settings for OpsMgrLatencyMonitors dialog box, click Apply, and then click OK.
k. Close the ADSI Edit window.
3. Set permissions for the Replication Monitoring Run As account on the ForestDNSZones application partition.
To do this, follow these steps on a domain controller in the domain:
a. Click Start, click Run, type Adsiedit.msc, and then click OK.
b. In the task pane, right-click ADSI Edit, and then click Connect to.
c. Under Connection Point, click Select or type a Distinguished Name or Naming Context, type the following, and then click OK:
DC=ForestDNSZones,DC=Domain,DC=Domain_extension
d. In the task pane, locate and right-click
CN=OpsMgrLatencyMonitors,DC=ForestDNSZones,DC=Domain,
DC=Domain_extension and then click Properties.
e. In the Permissions tab, click Add.
f. In the Enter the object name to select box, type the name of the replication monitoring Run As account, and then click Check Names
to verify the name.
g. Click OK. The Permissions Entry for OpsMgrLatencyMonitors dialog box appears.
h. In the Apply onto drop-down list, click This object and all child objects.
i. Click to select the Allow check box for the Read, Write, Create All Child Objects permission, and then click OK.
j. In the Advanced Security Settings for OpsMgrLatencyMonitors dialog box, click Apply, and then click OK.
k. Close the ADSI Edit window."
Hola.
Edwin Yen – Senior Technical Product Manager – Virtualization, comenta en la última entrada de su blog, diversos casos con ejemplos claros de qué es lo que cuentan los clientes, antes, durante y después de haber tomado elegido la combinación Hyper-v y System Center Virtual Machinne Manager, la verdad es que todos los comentarios aquí destacados, son los mismos que encontramos en este país quienes vamos virtualizando entornos con Hyper-v.
Hay alguna perla buena:
“By switching from VMware, OTRUM immediately saved more than NOK 50,000 (U.S.$8,775) in license fees, and will save another U.S.$20,000 over three years on VMware support costs”.
“Hyper-V works better than VMware. It’s easier to set up and, with System Center Virtual Machine Manager, I have a single console for managing the whole virtual environment, including one remaining VMware host… Running several servers on the same physical machine is more cost-effective. But having Hyper-V virtualization software included with our Windows Server licenses meant even greater savings.”
“Because Windows Server 2008 Datacenter can accommodate an unlimited number of virtual servers on each physical server, Mercuri Urval saved U.S.$48,000 on Citrix licenses, and saw an additional 35 percent cost reduction by eliminating VMware licenses and its external terminal solution”.
A ver si volvemos a poner la maquinaria en marcha después de estas fechas “complicadas” y empezamos a sacar algunos “Case Studies” de por aquí, que tenemos en el horno.
Saludos.
De todo ello me llevo una muy agradable impresión de SCVMM, el cual me ha sido sorprendentemente fácil de instalar configurar, integrar con SCOM y una vez esto, sorprendentemente fácil también el añadir los host 1,2 y 3, los cuales no forman parte del mismo dominio.Todo esto se verá bien visto en el evento que la gente de Zerkana estamos preparando para finales de Noviembre en Elx (Alacant), lo cual me recuerda que aún no os he pasado la debida invitación, a ver si lo hago.
Saludos.
Hola.
¿Os imaginais que todos o parte de los equipos de vuestra red, obedecen cuando reciben una orden?, sería el colmo ¿no?.
Bueno después de una broma fácil, quería sacar a la luz un sistema que se que está en todos vuestros subconscientes, es la teconología wake on lan, viene implementada en sistemas ibm desde hace muchos años y funciona en todos los equipos en los que no hayais tirado a la basura el cablecito de 3 pins que traen las tarjetas de red, este cablecito con conectores hembra, una vez conectado debídamente a su respectivo conector macho en la placa base, transmite la orden de encendido del equipo. En equipos donde la tarjeta de red viene integrada en la placa base, solo hay que entrar en la bios y activar la tecnología wake on lan.
Sin complicarlo mucho:
1. Comprobar la conexión del cable de la tarjeta de red a la placa, o bién, si la tarjeta de red va integrada en placa, activar opción de wake on lan en la bios.
2. En algunos equipos hay que añadir un paso para activar en power management la opción de permitir encendido desde la red.
3. La orden de arranque va sobre la mac de la tarjeta de red, aquí os dejo un manual que lo explica mejor y donde os podeis bajar un .exe que al fin y al cabo es un comando al que añadiendo la mac remota envia el paquete necesario para el encendido, (la mac la podemos conseguir con el comando ipconfig /all , con windows 98 con winipcfg)
Os dejo una pequeña utilidad de las miles que hay por ahí fuera para conseguir el arranque en remoto.
Complicándolo un poco más:
Una vez comprendida esta tecnología, podemos dejar volar la imaginación y llegamos a pensar las utilidades que tiene ante sistemas implantados en un dominio windows con wsus, mom, bueno, con active directory al fin y al cabo.
La gente de specops tiene la herramienta specops gpupdate que añade a la cuenta del equipo en el AD las opciones que veis a continuación en la imagen.
La utilidad anterior está muy bien, pero a continuación os presento otra que tiene la particularidad de integrarse en herramientas como mom 2003 y scmm 2007 junto a su wsus correspondiente, donde complicándolo un poco y exprimiendo nuestro dominio vpn incluida podemos llegar a hacer cosas muy buenas.
http://www.myitforum.com/myITWiki/Default.aspx?Page=WOL&AspxAutoDetectCookieSupport=1
Un saludo.
