Problema: Un usuario informa de que su máquina virtual (VM) de Azure no se inicia después de cambiar el tamaño de los recursos de la VM, como la CPU o la memoria. El usuario había apagado la VM antes de cambiar el tamaño y había seguido el procedimiento documentado para cambiar el tamaño. Después de cambiar el tamaño e iniciar la VM, el portal de Azure muestra que la VM se está ejecutando, pero el usuario no puede conectarse a ella mediante el Protocolo de escritorio remoto (RDP).
Resolución: Tras investigar el problema, se descubrió que el agente de máquina virtual de Azure VM no respondía correctamente. Esto se debía a que la operación de redimensionamiento de recursos interrumpía la comunicación entre el agente de máquina virtual y el controlador de estructura de Azure. Para resolver el problema, se reinició manualmente el agente de máquina virtual utilizando el módulo Azure PowerShell. Tras reiniciar el agente, la máquina virtual pudo iniciarse correctamente y el usuario pudo conectarse a ella mediante RDP.
Problema: Un cliente informa de que sus conjuntos de escalado de máquinas virtuales (VMSS) de Azure no se están escalando para satisfacer el aumento de la demanda en su sitio web durante las horas punta. Ha comprobado sus directivas de escalado y ha verificado que deberían estar escalándose, pero las instancias VMSS no se están creando.
Resolución: El equipo de soporte técnico de Azure investiga el problema y descubre que las reglas de escalado automático están configuradas para utilizar la métrica «uso medio de la CPU», que no aumenta durante las horas punta debido a otros factores. Para resolver el problema, el equipo recomienda cambiar las reglas de escalado automático para utilizar una métrica diferente, como «solicitudes por segundo», que es más indicativa del aumento de la demanda del sitio web. El cliente implementa este cambio y las instancias VMSS comienzan a escalarse con éxito durante las horas punta. El problema queda resuelto.
Problema: El cliente intentaba establecer políticas para dispositivos gestionados por Intune en dos fases con el fin de forzar el procesamiento de las actualizaciones de Windows. Las políticas se aplicaron, pero los dispositivos correspondientes no respondían. El cliente abrió un ticket con US Cloud para que le ayudaran a revisar las políticas y averiguar qué podía estar fallando para que los dispositivos procesaran las actualizaciones pendientes.
Resolución: US Cloud investigó el problema y luego informó al cliente de que el problema probablemente tenía que ver con la aplicación Microsoft Teams Rooms (MTR). MTR tiene una lógica integrada para una función de Windows 10 que solo permite actualizaciones (para dispositivos que ejecutan Microsoft Teams Rooms) seis meses después de que Windows lance una actualización. Esto se consigue colocando un bloqueo especial para los dispositivos Microsoft Teams Rooms en el canal Windows Update for Business (es decir, el canal semestral) y a través de la configuración de la aplicación. Durante este periodo de bloqueo, Microsoft realiza diversas pruebas, tanto internamente como a través de socios OEM de dispositivos, para asegurarse de que la nueva versión de Windows 10 funciona en armonía con la aplicación Microsoft Teams Rooms y los periféricos conectados a ella.
Esto es importante tanto para garantizar la seguridad de los dispositivos y una experiencia de usuario coherente como para asegurar la calidad de las experiencias que ofrece la aplicación Microsoft Teams Rooms. El problema y la causa se aclararon detalladamente al cliente y el departamento de TI pudo restablecer las expectativas con respecto a esas actualizaciones retrasadas.
Problema: En un servidor Windows que ejecuta Azure AD Connect, el proceso de sincronización no funciona correctamente. El estado de sincronización muestra que la última sincronización no se realizó correctamente y los cambios realizados en Active Directory local no se replican en Azure AD.
Resolución: tras comprobar la instalación de Azure AD Connect y verificar que el servicio se estaba ejecutando, se descubrió que el problema estaba relacionado con la configuración del firewall. Los puertos necesarios para la comunicación con Azure AD no estaban abiertos en el firewall de Windows. Para resolver el problema, se abrieron los puertos necesarios en el firewall mediante la creación de reglas de entrada y salida. Tras realizar estos cambios, el proceso de sincronización se ejecutó correctamente y los cambios en Active Directory local se replicaron en Azure AD.
Problema: Durante el proceso de implementación, una canalización de Azure DevOps no se ejecutó, lo que provocó un retraso en el lanzamiento de la aplicación. El mensaje de error indicaba que faltaba un paquete necesario, pero no estaba claro por qué no se encontraba el paquete.
Resolución: El problema se resolvió añadiendo el paquete que faltaba a las dependencias del proyecto y reconstruyendo la aplicación. Además, se actualizó el proceso para incluir una comprobación de todas las dependencias necesarias antes de la ejecución, lo que ayudó a evitar problemas similares en el futuro. El equipo también implementó pruebas automatizadas para detectar cualquier problema antes de que pudiera causar retrasos en el proceso de lanzamiento.
Problema: Durante la implementación de una nueva plantilla de Azure Resource Manager (ARM), la implementación falla con un mensaje de error que indica que no se pudo crear o actualizar un recurso.
Resolución: Para resolver el problema, se comprobó el grupo de recursos para asegurarse de que existía y de que se habían asignado los permisos correctos. Se descubrió que faltaban los permisos necesarios, por lo que se concedieron los permisos adecuados al usuario y al principal de servicio necesarios. A continuación, se volvió a intentar la implementación, que se completó con éxito. El recurso se actualizó según lo previsto.
Problema: M365 Defender no detecta amenazas en dispositivos Windows a pesar de que se han implementado las políticas adecuadas y los dispositivos están actualizados.
Resolución: El problema se resolvió comprobando la configuración de M365 Defender y verificando que todas las políticas estuvieran correctamente configuradas. El siguiente paso fue comprobar si las últimas actualizaciones de Windows Defender estaban instaladas en los dispositivos afectados. Tras confirmar que las actualizaciones estaban instaladas, se volvió a analizar los dispositivos en busca de amenazas y se resolvió el problema. Por último, se implementaron medidas adicionales para garantizar que M365 Defender supervisara y detectara continuamente las amenazas en todos los dispositivos Windows.
Problema: Un usuario informó de que su panel de Power BI no se actualizaba automáticamente, a pesar de haber configurado la actualización automática según un calendario.
Resolución: Tras investigar el problema, se determinó que las credenciales de la fuente de datos del usuario no se habían guardado correctamente, lo que provocaba que la actualización fallara. Las credenciales de la fuente de datos se actualizaron con la información de inicio de sesión correcta y se reinició la programación de actualización automática. A continuación, el panel de control pudo actualizarse correctamente según la programación establecida. Se aconsejó al usuario que, en el futuro, comprobara dos veces sus credenciales de la fuente de datos cuando experimentara problemas similares.
Problema: El formulario de PowerApps no envía datos a la lista de SharePoint.
Resolución: Primero comprobamos que la lista de SharePoint estuviera correctamente configurada para aceptar datos del formulario de PowerApps. A continuación, confirmamos que la conexión del formulario con la lista de SharePoint funcionaba correctamente. A continuación, revisamos la función OnSelect del botón de envío para asegurarnos de que estuviera correctamente vinculada a la lista de SharePoint. Por último, comprobamos si había fórmulas o expresiones faltantes o incorrectas en el formulario que pudieran estar causando el problema. Tras estos pasos, pudimos enviar correctamente los datos del formulario de PowerApps a la lista de SharePoint.
Problema: Un usuario informó que no podía ver el contenido de una lista de SharePoint en M365. Cada vez que hacía clic en la lista, la página se cargaba, pero los elementos de la lista no aparecían.
Resolución: Nuestro equipo investigó el problema y descubrió que el usuario había cambiado inadvertidamente la configuración de visualización de la lista. Le aconsejamos que seleccionara una vista diferente o que restableciera la vista actual a su configuración predeterminada. Tras seguir nuestras instrucciones, el usuario pudo ver el contenido de la lista sin más problemas. También le recordamos que tuviera cuidado al modificar la configuración de la lista para evitar consecuencias no deseadas.
Problema: El cliente había empezado a usar Teams hace poco y todavía se producían errores de usuario con frecuencia. Se descubrió que algunos mensajes importantes de Teams se habían borrado por accidente y que todos los intentos del equipo interno de TI por recuperarlos habían sido en vano.
Resolución: US Cloud obtuvo primero los antecedentes y los detalles sobre los mensajes y confirmó que estos, así como el equipo, habían sido realmente eliminados y no archivados, como era el caso. A continuación, los ingenieros de US Cloud comprobaron si la instancia de Microsoft Teams del cliente había sido configurada con «retención legal». Aunque no es una función que utilicen habitualmente los equipos de TI, la retención legal suele habilitarse durante la configuración para garantizar que toda la información y las interacciones dentro de Teams se conserven indefinidamente, de modo que se pueda buscar y exportar las pruebas para un tribunal de justicia. La retención por litigio mantendrá una copia de los datos incluso después de que se hayan eliminado. El usuario puede seguir eliminando el contenido como esperaría, pero Microsoft seguirá conservando los datos en una ubicación oculta a la que solo pueden acceder los administradores.
El equipo de US Cloud descubrió que la sala de Teams eliminada estaba efectivamente respaldada en Litigation y se restauraron los mensajes. Se revisaron los registros de auditoría durante una pantalla compartida y se descubrió que no había niveles de auditoría para este tipo de evento en particular. US Cloud aconsejó al cliente que revisara desde el lado de Exchange y descubrió al usuario que había eliminado los mensajes. A continuación, se les guió a través del ajuste de los permisos pertinentes para resolver el problema y evitar que el incidente se repitiera.
Problema: un servidor Exchange ha dejado de enviar o recibir correos electrónicos. Tras investigar, se descubre que los servicios de transporte del servidor Exchange han dejado de funcionar. La causa principal del problema se remonta a un certificado SSL caducado que es necesario para la comunicación segura entre el servidor Exchange y los clientes de correo electrónico.
Resolución: El certificado SSL caducado se sustituye por uno válido y se reinician los servicios de transporte del servidor Exchange. A continuación, se comprueba el funcionamiento del servidor Exchange en cuanto al envío y la recepción de correos electrónicos, y se confirma que el problema se ha resuelto. Para evitar problemas similares en el futuro, se configura un sistema de supervisión que avisa al equipo de TI si algún certificado SSL está a punto de caducar.
Problema: Los usuarios están experimentando problemas al sincronizar sus documentos de Office con OneDrive, lo que provoca errores de sincronización. Algunos usuarios también están viendo archivos duplicados creados en su carpeta de OneDrive.
Resolución: Tras investigar el problema, se descubrió que los errores de sincronización se debían a un conflicto con el Centro de carga de Office. La solución consistió en desactivar el Centro de carga de Office y, a continuación, reparar Microsoft Office. Los archivos duplicados se resolvieron desactivando la opción Archivos bajo demanda en la configuración de OneDrive. Tras realizar estos cambios, se resolvieron los errores de sincronización y los archivos duplicados, y los usuarios pudieron sincronizar sus documentos de Office con OneDrive sin ningún problema.
Problema: Un usuario había informado de que su flujo de trabajo de Microsoft Flow no se activaba a pesar de cumplir las condiciones de activación. Ya había comprobado que se cumplía la condición de activación y que su cuenta tenía los permisos necesarios para ejecutar el flujo de trabajo.
Resolución: El equipo de soporte investigó el problema y descubrió que estaba relacionado con un error conocido en el servicio Microsoft Flow. Aplicaron un parche al servidor afectado y, a continuación, el flujo de trabajo del usuario pudo activarse correctamente. El equipo aconsejó al usuario que consultara el panel de estado del servicio Microsoft Flow en caso de que se produjeran futuras interrupciones o problemas con el servicio.
Problema: Un equipo informa de que las asignaciones de tareas en Microsoft Planner no se actualizan para los planes compartidos. Cuando se asigna una tarea a un miembro del equipo, los cambios no se reflejan en tiempo real para los demás miembros del equipo. El equipo ha confirmado que todos los usuarios están correctamente conectados al plan compartido y tienen los permisos necesarios.
Resolución: Tras una exhaustiva investigación, se descubre que el problema se debe a un retraso en la sincronización entre el servidor de Planner y la caché local del usuario. El equipo de soporte aplica un parche para mejorar el proceso de sincronización y reducir el retraso. Además, el equipo aconseja a los usuarios afectados que actualicen manualmente su caché local borrando los archivos temporales y reiniciando la aplicación Planner. De este modo, se garantiza que las asignaciones de tareas se actualicen de forma precisa y oportuna para todos los miembros del equipo en el plan compartido.
Problema: Los usuarios experimentaban un rendimiento lento al utilizar Dynamics 365 en el cliente web. Esto causaba frustración y ralentizaba la productividad.
Resolución: Tras investigar el problema, se descubrió que algunos scripts personalizados se ejecutaban en segundo plano y no estaban optimizados para el rendimiento. Estos scripts provocaban la ralentización del cliente web. La solución consistió en optimizar los scripts personalizados eliminando bucles innecesarios, reduciendo el número de manipulaciones DOM y optimizando las consultas. Tras implementar los scripts optimizados, el rendimiento del cliente web mejoró significativamente y los usuarios dejaron de experimentar ralentizaciones.
Problema: Durante la instalación de una actualización para Dynamics AX, aparece un mensaje de error que indica que la instalación ha fallado debido a la falta de dependencias. Tras comprobar las dependencias, se descubre que uno de los componentes de terceros necesarios no está instalado en el servidor.
Resolución: Se identifica el componente que falta y se instala en el servidor. A continuación, se vuelve a intentar la instalación de la actualización, que se completa correctamente. Se prueba el sistema para garantizar que la actualización no ha causado ningún problema en el funcionamiento de Dynamics AX. Por último, se actualiza la documentación para reflejar el componente recién instalado como una dependencia necesaria para futuras instalaciones o actualizaciones.
Problema: Un usuario informa de un mensaje de error al intentar contabilizar una transacción en Dynamics GP. El mensaje de error indica que otro usuario está editando el lote y que no se puede contabilizar. Sin embargo, el usuario confirma que es el único usuario que tiene acceso al lote.
Resolución: Se ha determinado que el problema está causado por un bloqueo en la base de datos. El equipo de asistencia técnica identifica y elimina el bloqueo, lo que permite al usuario publicar correctamente la transacción. El equipo recomienda al usuario que realice tareas de mantenimiento periódico de la base de datos, como comprobar la integridad de la misma y borrar los datos de transacciones antiguas, para evitar problemas similares en el futuro.
Problema: Un usuario de Dynamics F&O informó de un mensaje de error que aparecía al abrir un formulario específico. El mensaje de error indicaba un problema con un objeto del formulario e impedía al usuario abrirlo. El usuario intentó actualizar el formulario, borrar la caché e incluso reiniciar el sistema, pero el error persistía.
Resolución: Se descubrió que el problema estaba causado por una inconsistencia en los datos de la base de datos Dynamics F&O. El administrador de la base de datos ejecutó una consulta para identificar la inconsistencia específica en los datos y la corrigió. Una vez resuelta la inconsistencia en los datos, el usuario pudo abrir el formulario sin que apareciera el mensaje de error. El administrador aconsejó al usuario que informara inmediatamente de cualquier problema similar para evitar nuevas inconsistencias en la base de datos.
Problema: El cliente tenía Windows Server 2012 ejecutando una tarea repetitiva programada para reiniciar un servidor semanalmente. Sin ninguna causa aparente, el servidor comenzó a iniciar esa tarea a principios de semana y luego nuevamente a la hora programada.
Resolución: US Cloud investigó primero para asegurarse de que el sistema no estuviera en modo de hibernación. Además, no había eventos relacionados con la pérdida de energía del kernel en los registros de eventos, ni tampoco un evento ID 42 en los registros. Los ingenieros de US Cloud indicaron al cliente que eliminara la condición AC de la tarea y se asegurara de que no hubiera configuraciones GPO ni una configuración SCCM Reboot Schedule. El cliente restableció el programador de tareas para configurarlo para Windows Server 2012 r2, ya que estaba configurado para 2008. Después de realizar los cambios, el cliente dejó que la tarea se ejecutara con el cambio durante el fin de semana y confirmó que el problema se había resuelto.
Problema: Un administrador de Windows Server informó que su servidor se bloqueaba constantemente y dejaba de responder. Tras investigar, descubrieron que el servidor se bloqueaba debido a que un servicio concreto dejaba de responder, pero no pudieron determinar la causa del problema. Intentaron reiniciar el servicio y el servidor, pero el problema persistía.
Resolución: El equipo recomendó utilizar la herramienta de diagnóstico de depuración para identificar la causa del servicio que no respondía. Analizaron el volcado de memoria creado por la herramienta y descubrieron que el problema estaba causado por una función específica dentro del servicio. Investigaron la función y descubrieron que estaba intentando acceder a un recurso que ya no estaba disponible. Actualizaron la función para gestionar correctamente esta situación y el servidor dejó de fallar.
Problema: Una máquina virtual (VM) con Windows Server 2019 no podía unirse al dominio, incluso después de proporcionar las credenciales correctas. El mensaje de error indicaba un problema con el canal seguro, lo que impedía que la máquina virtual estableciera una conexión con el controlador de dominio. El administrador intentó restablecer la cuenta del equipo y restaurar el canal seguro mediante el comando Netdom, pero el problema persistió.
Resolución: El equipo descubrió que el reloj de la máquina virtual estaba desincronizado con el reloj del controlador de dominio en más de 5 minutos, lo que provocaba que el canal seguro fallara. El administrador actualizó el reloj de la máquina virtual para que coincidiera con el reloj del controlador de dominio, y la máquina virtual pudo unirse al dominio correctamente. El equipo también recomendó configurar la sincronización horaria en la máquina virtual para garantizar que el reloj permaneciera sincronizado con el reloj del controlador de dominio.
Problema: Un administrador de Windows Server informó de un problema con la replicación de Active Directory entre dos controladores de dominio. El administrador comprobó la conectividad de red y la configuración de DNS, pero no pudo resolver el error de replicación. Se restableció el canal seguro entre los controladores de dominio, pero el problema persistió.
Resolución: El equipo de soporte investigó y encontró una discrepancia en el identificador de seguridad (SID) de los controladores de dominio. Para resolver el problema, el equipo recomendó realizar una limpieza de metadatos de los controladores de dominio para eliminar cualquier entrada no válida o huérfana. Se realizó la limpieza y los SID coincidieron entre los controladores de dominio. Se reinició la replicación y los controladores de dominio pudieron comunicarse entre sí y replicar los datos de Active Directory con éxito, resolviendo así el problema.
Problema: Un administrador de Windows Server informó de problemas con la autenticación ADFS, ya que los usuarios no podían iniciar sesión en la aplicación federada. Tras comprobar que los certificados eran válidos y que la relación de confianza entre los servidores federados funcionaba correctamente, el administrador revisó los registros de eventos y encontró mensajes de error que indicaban que el servicio ADFS no podía conectarse a la base de datos SQL.
Resolución: El equipo de soporte investigó el problema y descubrió que se debía a una configuración incorrecta de la cuenta de servicio ADFS en la base de datos SQL. El equipo recomendó al administrador que comprobara los permisos de la base de datos SQL Server para la cuenta de servicio ADFS y se asegurara de que tuviera los permisos adecuados para acceder a las tablas necesarias. El administrador siguió la recomendación del equipo y actualizó los permisos de la cuenta de servicio en la base de datos SQL. Después de eso, el servicio ADFS pudo conectarse a la base de datos y autenticar a los usuarios sin ningún problema. El problema se resolvió.
Problema: Un administrador de Windows Server informó que la configuración de la directiva de grupo no se está aplicando a los equipos cliente del dominio. El administrador ha verificado que los objetos de directiva de grupo están vinculados a las unidades organizativas (OU) adecuadas y que los permisos están configurados correctamente, pero la configuración sigue sin aplicarse. El administrador también ha comprobado los registros de eventos de los equipos cliente y ha encontrado mensajes de error que indican que el procesamiento de la directiva de grupo está fallando.
Resolución: Tras investigar el problema, el equipo de soporte técnico determinó que el problema se debía a la corrupción de la caché de directivas de grupo en los equipos cliente. Para resolver el problema, el equipo recomendó borrar la caché de directivas de grupo en los equipos cliente eliminando el contenido de la carpeta C:\Windows\System32\GroupPolicy. El administrador realizó esta acción en los equipos cliente y, a continuación, se aplicaron correctamente los ajustes de directivas de grupo. El problema se resolvió y los equipos cliente recibieron y aplicaron correctamente la configuración de la directiva de grupo.
Problema: Un administrador de Windows Server informa de que los comandos de PowerShell no se ejecutan en su servidor. El administrador ha intentado ejecutar comandos básicos como Get-ChildItem y Get-Service, pero todos fallan con mensajes de error que indican que los comandos no se reconocen. El administrador también ha verificado que la versión de PowerShell instalada en el servidor está actualizada y que la política de ejecución está configurada para permitir la ejecución de scripts.
Resolución: El equipo de soporte técnico determina que el problema se debe a la falta de una variable de entorno necesaria para que PowerShell funcione correctamente. Para resolver el problema, el equipo recomienda configurar la variable de entorno PATH para que incluya la ruta de la carpeta que contiene el ejecutable de PowerShell. El administrador añade la ruta de la carpeta a la variable de entorno PATH y, a continuación, los comandos de PowerShell se pueden ejecutar correctamente. El problema se resuelve y el administrador ya puede utilizar los comandos de PowerShell en el servidor.
Problema: Nos encontramos con un problema habitual en el que una máquina virtual no podía conectarse a la red en un servidor Hyper-V. Esto provocaba problemas de comunicación entre la máquina virtual y otros dispositivos de red.
Resolución: El problema de conectividad de red de la máquina virtual en el servidor Hyper-V se resolvió comprobando la configuración del conmutador virtual y actualizando la configuración del adaptador de red de la máquina virtual. Descubrimos que la configuración del conmutador virtual era incorrecta y debía actualizarse para permitir que la máquina virtual se conectara a la red. Además, actualizamos la configuración del adaptador de red de la máquina virtual para utilizar la configuración de red correcta.
Problema: Nos encontramos con un problema habitual en el que fallaba la conexión de escritorio remoto en un servidor Windows. Esto impedía el acceso remoto al servidor y provocaba problemas de comunicación entre el servidor y los dispositivos remotos.
Resolución: Para resolver el problema, comprobamos los registros de eventos de Servicios de Escritorio remoto y encontramos un error que indicaba que el listener RDP no estaba disponible. A continuación, ejecutamos un script de PowerShell para reiniciar el servicio listener RDP, lo que resolvió el problema y permitió el acceso remoto al servidor.
Problema: Nos encontramos con un problema habitual en el que el servidor web no respondía en un servidor Windows con IIS. Esto impedía el acceso al sitio web y provocaba problemas de comunicación entre el servidor y los dispositivos remotos.
Resolución: Para resolver este problema, revisamos los registros de IIS y encontramos un error que indicaba que el sitio web no podía conectarse a una dirección IP específica. Luego revisamos la configuración de red y descubrimos que la dirección IP no estaba configurada correctamente. Actualizamos la configuración de red para usar la dirección IP correcta y reiniciamos el sitio web, lo que resolvió el problema y permitió el acceso al sitio web.
Problema: La replicación DFS deja de funcionar entre dos equipos Windows Server, lo que provoca que los archivos no se sincronicen correctamente y se produzcan inconsistencias en los datos.
Resolución: Descubrimos que el problema se debía a un controlador de red obsoleto en una de las máquinas. Tras actualizar el controlador, reiniciamos el servicio de replicación DFS y forzamos una sincronización entre los dos servidores. Esto resolvió el problema y garantizó que los archivos se sincronizaran correctamente entre los servidores.
Problema: Los usuarios no pueden iniciar sesión en las aplicaciones debido a problemas de sincronización entre Windows Server Active Directory y el sistema Identity Manager.
Resolución: Descubrimos que la cuenta del servicio de sincronización no tenía permisos suficientes para acceder a los recursos necesarios de Active Directory. Actualizamos la cuenta del servicio con los permisos adecuados y reiniciamos el servicio de sincronización. Tras verificar que el proceso de sincronización funcionaba correctamente, los usuarios pudieron iniciar sesión en las aplicaciones afectadas sin más problemas.
Problema: La consola de System Center Operations Manager (SCOM) tarda en cargarse y responde con lentitud a las acciones del usuario.
Resolución: Identificamos que la base de datos SCOM estaba experimentando problemas de rendimiento debido al crecimiento excesivo de la base de datos. Llevamos a cabo un proceso de limpieza y optimización de la base de datos que incluyó la purga de datos antiguos, la reindexación de tablas y la actualización de estadísticas. Tras completar el proceso de optimización, el rendimiento de la consola SCOM mejoró significativamente y los usuarios informaron de tiempos de carga más rápidos y una mayor capacidad de respuesta.
Problema: Un administrador de Sharepoint informa de que los usuarios no pueden acceder a una biblioteca de documentos específica en el sitio de Sharepoint. El administrador ha comprobado los permisos de la biblioteca y ha verificado que los usuarios tienen los permisos adecuados, pero el problema persiste. El administrador también ha comprobado los registros del sitio y del servidor y no ha encontrado ningún error relacionado con el problema.
Resolución: Tras una investigación más exhaustiva, el equipo de soporte descubre que el problema se debe a permisos dañados en la biblioteca. Para resolver el problema, el equipo recomienda restablecer los permisos de la biblioteca a su configuración predeterminada mediante PowerShell. El administrador ejecuta el script de PowerShell y comprueba que los permisos de la biblioteca se han restablecido. A continuación, los usuarios pueden acceder a la biblioteca y el problema queda resuelto.
Problema: La base de datos de MS Exchange no se monta y los usuarios no pueden acceder a sus correos electrónicos. El administrador de Exchange ha verificado que la base de datos se encuentra en un estado de apagado limpio y que hay suficiente espacio disponible en el disco. Sin embargo, al intentar montar la base de datos, se produce un error con un mensaje que indica que la base de datos está dañada.
Resolución: Tras investigar el problema, el equipo de soporte técnico determina que la base de datos de Exchange está dañada y que los registros no se están reproduciendo. Para resolver el problema, el equipo recomienda restaurar la base de datos desde la última copia de seguridad y reproducir los registros. El administrador restaura la base de datos desde la copia de seguridad y reproduce los registros, y la base de datos se monta correctamente. El problema se resuelve y los usuarios ya pueden acceder a sus correos electrónicos.
Problema: Un administrador de BizTalk informa de que está experimentando un problema con el envío y la recepción de mensajes entre dos sistemas. El administrador ha comprobado que el puerto de envío y las ubicaciones de recepción están configurados correctamente, pero los mensajes siguen sin procesarse. El administrador también ha comprobado los registros de eventos y ha encontrado mensajes de error que indican que los mensajes se están suspendiendo debido a un error de validación del esquema.
Resolución: Tras investigar el problema, el equipo de soporte técnico determina que el problema se debe a una incompatibilidad entre el esquema del mensaje y el esquema que espera el sistema receptor. Para resolver el problema, el equipo recomienda actualizar el esquema del mensaje para que coincida con el esquema esperado por el sistema receptor. El administrador actualiza el esquema del mensaje y reinicia el puerto de envío y la ubicación de recepción, y los mensajes se procesan correctamente. El problema queda resuelto.
Problema: Un administrador de Windows Server informa de que una base de datos SQL Server local no responde y los usuarios no pueden acceder a ella. El administrador ha comprobado que el hardware del servidor funciona correctamente y que no hay problemas de conectividad de red. El administrador también ha comprobado los registros de errores de SQL Server y ha encontrado mensajes de error que indican que la base de datos está experimentando bloqueos transaccionales.
Resolución: Tras analizar la información sobre el bloqueo, el equipo de soporte técnico determina que el problema se debe a consultas conflictivas de diferentes transacciones. Para resolver el problema, el equipo recomienda modificar las consultas SQL para garantizar que no entren en conflicto entre sí. El administrador colabora con los desarrolladores de la aplicación para modificar las consultas SQL y la base de datos vuelve a responder. El problema se resuelve y los usuarios pueden acceder a la base de datos sin ningún problema.
Problema: Un usuario informa de que no puede ver los mensajes en una sala de chat persistente en Skype Empresarial. Otros usuarios pueden ver los mensajes, pero este usuario no. El administrador ha comprobado que el usuario tiene los permisos adecuados para la sala de chat y que la sala de chat funciona correctamente, pero el usuario sigue sin poder ver los mensajes.
Resolución: Tras investigar el problema, el equipo de soporte técnico descubre que el cliente Skype Empresarial del usuario no se sincroniza correctamente con el servidor. Para resolver el problema, el equipo recomienda borrar la caché de Skype Empresarial del usuario eliminando el contenido de las siguientes carpetas: \Lync y \Lync\sip_USERNAME. El usuario realiza esta acción en su cliente y los mensajes de la sala de chat persistente se muestran correctamente. El problema queda resuelto.
Problema: Al acceder a una página web desde un dominio diferente, el navegador Edge muestra un mensaje de error indicando que no se puede acceder a la página web debido a un problema con la política de «Cross-Origin Resource Sharing» (CORS). Este error impide que la página web se cargue correctamente y puede afectar a la experiencia de navegación del usuario.
Resolución: Para resolver el problema de CORS, habilitamos la opción «Acceder a fuentes de datos entre dominios» en la configuración de «Opciones de Internet» dentro de Edge. También actualizamos el código del lado del servidor para incluir los encabezados CORS adecuados que permiten las solicitudes entre orígenes. Después de realizar estos cambios, probamos la aplicación nuevamente y confirmamos que el problema de CORS se había resuelto.
Problema: Un desarrollador informó de que su compilación de Visual Studio fallaba con un error MSB3073, lo que indicaba que un comando había finalizado con un código de salida distinto de cero. Este error se produjo cuando el desarrollador intentó ejecutar un comando posterior a la compilación que copiaba los archivos compilados a una ubicación específica del sistema de archivos. El desarrollador había confirmado que el comando funcionaba correctamente cuando se ejecutaba manualmente desde la línea de comandos.
Resolución: Tras investigar, el equipo de soporte técnico descubrió que el error MSB3073 se debía a que Visual Studio intentaba ejecutar el comando posterior a la compilación antes de haber completado la compilación de todas las dependencias del proyecto. Para resolver el problema, el equipo de soporte técnico recomendó añadir una dependencia en el atributo «BeforeTargets» del objetivo «Copy» en el archivo del proyecto. De este modo, se garantizaba que el comando posterior a la compilación se ejecutara después de que todas las dependencias se hubieran compilado correctamente. El desarrollador realizó este cambio en el archivo del proyecto y pudo compilar correctamente sin encontrar el error MSB3073.
Problema: Un desarrollador .NET informó de que su aplicación ASP.NET Core generaba un error System.InvalidOperationException al iniciarse con el mensaje «No se puede resolver el servicio para el tipo». A pesar de probar varias soluciones, como reconstruir el proyecto, limpiar la solución y borrar la caché del paquete NuGet, el error seguía impidiendo que la aplicación se iniciara correctamente.
Resolución: Tras investigar el problema, el equipo de soporte técnico descubrió que el error se debía a una discrepancia entre los servicios registrados y las dependencias de la aplicación. Para resolver el problema, recomendaron comprobar el método ConfigureServices en el archivo Startup.cs para asegurarse de que todas las dependencias estuvieran registradas correctamente. El desarrollador actualizó el código de registro y la aplicación pudo iniciarse sin el error System.InvalidOperationException.
Problema: Esta gran y famosa empresa minorista estadounidense con 100 años de antigüedad, que se había convertido en minorista electrónico, descubrió de repente que ninguno de sus empleados podía iniciar sesión y acceder a su sitio de SharePoint. La empresa utilizaba este centro como su principal centro interno de intercambio y acceso a documentos, y la falta de acceso estaba causando importantes trastornos en su actividad comercial.
Resolución: Se abrió un ticket en US Cloud. Tras una rápida respuesta inicial y una evaluación, se contrató a un ingeniero Premier ese mismo día. Tras analizar la actividad reciente con el cliente, se descubrió que el certificado de los servidores SharePoint se había actualizado muy recientemente. US Cloud determinó que esta era probablemente la causa del problema y aconsejó al cliente que importara el certificado «SharePoint Root Authority» al almacén de certificados raíz de confianza en todos los servidores SharePoint. El cliente completó ese paso y se restableció la capacidad de inicio de sesión para todos los usuarios.
Problema: Un desarrollador informó que su macro VBA en Excel funcionaba lentamente y consumía mucha memoria, lo que provocaba que Excel se bloqueara. La macro funcionaba anteriormente sin problemas, pero después de añadir nuevas funciones y aumentar el tamaño de los datos que se procesaban, dejó de ser estable. El desarrollador intentó optimizar el código y reducir el tamaño de los datos, pero el problema persistió.
Resolución: Se determinó que el rendimiento lento y el consumo de memoria se debían al uso ineficiente de objetos de rango y al cálculo repetido de fórmulas. El equipo recomendó refactorizar el código de la macro para utilizar matrices en lugar de objetos de rango y utilizar el método .Calculate para activar el cálculo de fórmulas solo una vez. El desarrollador realizó estos cambios en el código de la macro y se resolvieron los problemas de rendimiento y estabilidad. Ahora la macro se ejecuta de manera eficiente y no provoca el bloqueo de Excel.