La herramienta de sincronización de directorios para Office 365, DirSync, realiza una sincronización full al momento de configurarla y luego realiza sincronizaciones incrementales. Esto está pensado de esa manera para evitar el overhead que genera sobre AD, ancho de banda y tiempos de sincronización.
Existen eventos que requieren una sincronización full, y esto se advierte en el evento de sucesos de aplicaciones de la siguiente manera:
The management agent "TargetWebService" completed run profile "Delta Confirming Import" with a delta import or delta synchronization step type. The rules configuration has changed since the last full import or full synchronization.
User Action
To ensure the updated rules are applied to all objects, a run with step type of full import and full synchronization should be completed.
Sin embargo, si vamos a la línea de comandos de DirSync y ejecutamos un Start-OnlineCoexistenceSync como se explica en este otro artículo, sólo forzará una sincronización incremental y no estaríamos resolviendo el problema.
Para forzar una sincronización full, es necesario que vayamos al Registro de Windows y hagamos un par de cambios.
Para ello, localizamos la clave: HKEY_LOCALMACHINE\Software\Microsoft\MSOLCoExistence y modificamos la entrada FullSyncNeeded del valor 0 al valor 1
Aceptamos todas las ventanas y ejecutamos el comando Start-OnlineCoexistenceSync desde el módulo de PowerShell de Dirsync:
- Abrir %programfiles%\Microsoft Online Directory Sync.
- Ejecutar DirSyncConfigShell.psc1
- En el prompt de DirSync Config Shell escribir Start-OnlineCoexistenceSync, y luego presionar Enter.
Esos son los pasos necesarios para forzar la sincronización full del directorio local a Office 365. Este proceso dura una única vez, y luego la clave de registro FullSyncNeeded vuelve al valor por default que es 0.
>> Pablo Vernocchi
Como mencionaba anteriormente la sincronización de directorios, desde AD a Office 365, ocurre cada 3 horas.
Esta configuración está disponible en un archivo de configuración que es fácilmente editable para poder ajustar estos tiempos a los adecuados para el entorno donde estemos haciendo el despliegue de Office 365.
- Abrir el Explorador de Windows e ir a la carpeta de instalación de DirSync (por default: C:\Program Files\Microsoft Online Directory Sync).
- Hacer doble clic sobre el archivo Microsoft.Online.DirSync.Scheduler.exe.Config
- Elegir abrir el archivo con la aplicación Notepad.
- Buscar la línea: <add key=”SyncTimeInterval” value=”3:0:0” />. Esta linea expresa la frecuencia de sincronización en el formato Hora:Minutos:Segundos.
- Modificar el valor a lo acorde al entorno, por ejemplo para configurar el valor en 1 hora, la línea debería quedar en:
<add key=”SyncTimeInterval” value=”1:0:0” />
Guardamos el archivo y el último paso es reiniciar el servicio “Microsoft Online Services Directory Synchronization Service” desde la consola de servicios de Windows.
>> Pablo Vernocchi
Por defecto, la herramienta DirSync sincroniza el directorio de Active Directory con Office 365 una vez cada 3 horas teniendo una lógica ya que no se están impactando cambios en AD en cada minuto.
Sin embargo, es probable que se haya realizado un cambio importante en AD y que quiera verse reflejado en office 365 inmeditamente. Para ello es posible ejecutar una línea en Powershell que dispare un proceso de sincronización incremental manualmente.
- Abrir el explorador de Windows e ir al directorio de instalación de la herramienta DirSync (por default: C:\Program Files\Microsoft Online Directory Sync).
- Hacer doble clic sobre el archivo DirSyncConfigShell.PSC1 . Esto abrirá una ventana de PowerShell.
- Ejecutar el comando Start-OnlineCoexistenceSync
>> Pablo Vernocchi
Hola a todos,
Ya se publicaron los Update Rollup 5 v2 para el Service Pack 2 de Exchange 2010, el Update Rollup 8 para el Service Pack 1 de Exchange 2010 y el Update Rollup 9 para el Service Pack 3 de Exchange 2007.
>> Pablo Vernocchi
Hola a todos!
Ya casi oxidado de tanto no blogguear, encontré un artículo que quisiera compartir con ustedes.
TMG (Threat Management Gateway) 2010 tiene asistentes de publicación segura de los servicios de Exchange 2003, 2007 y 2010. En la lista falta 2013!
Es por eso que Greg Taylor del Grupo de producto de Exchange desarrolló una guía para identificar los cambios que son necesarios realizar en las reglas de publicación para que funcione con la nueva versión de Exchange.
Esta guía pueden encontrarla en Publishing Exchange Server 2013 using TMG.
UAG 2010 soportará la publicación de servicios de Exchange 2013 a partir del Service Pack 3, junto con soporte a otras funcionalidades como:
- Windows 8 with Internet Explorer 10 clients, including DirectAccess
- Office 2013 clients (e.g. Outlook, Word, Excel, PowerPoint)
- Publishing Exchange 2013
- Publishing SharePoint 2013
- RDP 8.0 client for Windows 7 SP1 (KB 2592687)
Saludos,
>> Pablo Vernocchi
Esta semana se publicó el UR 1 para Exchange 2010 con Service Pack 2. Es el primer rollup para Service Pack 2 y entre las actualizaciones que provee podemos destacar:
- 2616230 Exchange 2010 CAS server treats UTF-7 encoding NAMESPACE string from CHS Exchange 2003 BE server as ASCII, caused IMAP client fails to login.
- 2599663 RCA crashes when recipient data is stored in bad format.
- 2492082 Freebusy publish to Public Folders fails with 8207 event.
- 2666233 Manage hybrid configuration wizard won’t accept domains starting with a numeral for FOPE outbound connector FQDN.
- 2557323 “UseLocalReplicaForFreeBusy” functionality needed in Exchange 2010.
- 2621266 Exchange 2010 Mailbox Databases not reclaiming space.
- 2543850 Exchange 2010 GAL based Outlook rule not filtering emails correctly.
El artículo de la KB con todas las actualizaciones abarcadas en este rollup se encuentra disponible en http://support.microsoft.com/kb/2645995 y la descarga en http://www.microsoft.com/download/en/details.aspx?id=28809
Saludos
>> Pablo Vernocchi
Webcast TechNet: Microsoft Office 365: Sincronización de directorios
Id. de evento: 1032504658
Idiomas: Español.
Productos: Microsoft Office 365.
Público: Generalista de IT.
Esta sesión se enfoca en cómo se utiliza la herramienta de sincronización de directorios, y lo que estará disponible en la V2 de la herramienta. Demostraremos la herramienta y analizaremos cuando una empresa debe utilizarla en una implementación, en función del tamaño y las necesidades de la empresa.
Registrarse para el evento
Inicio: miércoles, 22 de febrero de 2012 04:00 p.m.
Zona horaria: Buenos Aires (-0300)
Duración: 1 hora(s)
Registrarse
En Exchange tenemos la posibilidad de crear casillas compartidas (Shared Mailbox) para que varios usuarios puedan acceder a la misma y enviar correos bajo ese nombre.
Un ejemplo clásico puede ser una casilla para info@ o ventas@ o mismo una mesa de ayuda.
El problema que ocurre frecuentemente es que cuando un usuario A envía un correo usando la casilla B, este correo se guarda en la carpeta “Elementos enviados” del usuario A, lo que genera que ningún otro usuario que tenga acceso a la casilla compartida pueda ver qué fue lo que se envió.
Afortunadamente estoy puede configurarse. La funcionalidad de guardar los elementos enviados en la casilla compartida apareció como un hotix post SP3 de Outlook 2003, un hotfix post SP2 de Outlook 2007 y en Outlook 2010 SP1.
Outlook 2003: An e-mail message does not appear in a user’s mailbox if the e-mail message was sent on behalf of the user by a delegate in Outlook 2003
Outlook 2007: When you send an e-mail message from a shared mailbox in Outlook 2007, the sent message is not saved in the Sent Items folder of the shared mailbox
Outlook 2010: Email that you send on behalf of someone is not saved in their Sent Items folder
En cada uno de los links correspondientes a cada versión de Outlook está el hotfix o nivel de Service Pack necesario además de las claves de registro que tienen que modificarse para activar la funcionalidad:
Outlook 2010:
HKEY_CURRENT_USER\Software\Microsoft\Office\14.0\Outlook\Preferences
Outlook 2007:
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\Preferences
Outlook 2003:
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Outlook\Preferences
Value name: DelegateSentItemsStyle
Value Type: DWORD
Value: 1
Saludos,
>> Pablo Vernocchi
En MVA (Microsoft Virtual Academy) los profesionales de IT y los Desarrolladores pueden aprender y entrenarse sobre las tecnologías Microsoft sin cargo.
MVA proporciona a sus usuarios una experiencia de Universidad virtual: el estudiante puede seleccionar un tema, estudiar el material y luego hacer una autoevaluación. De manera organizada, desde el nivel básico hasta el avanzado, sin costo alguno y al ritmo y demanda que cada estudiante requiera.
Cada uno decide cuando empezar, a qué hora estudiar, cuándo tomar sus evaluaciones y qué cursos quieren tomar, todas las facilidades para adaptar MVA a cada necesidad. Cada usuario también tiene su propio perfil en el cual puede publicar los puntos acumulados para demostrar su ranking de bronze, silver, gold o platinum. Aquí se pueden ver todos los cursos que cada persona haya completado. Al generar un perfil público indicando que se vean los contenidos, se tiene visibilidad de las capacitaciones realizadas.
Hoy participan de MVA 200.000 profesionales a nivel Latinoamérica y hay múltiples carreras disponibles, entre otras:
Estaba intentando recordar hace cuánto no escribo en el Blog. Es un hobbie que me encanta pero pocas veces encuentro el tiempo necesario para dedicarle (como todo hobbie).
Una ola fuerte de trabajo y viajes me mantuvieron alejado, y estoy retomando la escritura un poco, es mi intención agregar contenidos de Office 365 (Exchange, Lync y Sharepoint en la nube).
No se vayan! 
