Archivo de Febrero de 2011 Microsoft Dynamics CRM 4.0 es la herramienta CRM de Microsoft, parte de la familia de productos Microsoft Business Solutions, un producto presente cada día en más empresas, como complemento ideal a otros productos de Microsoft con funcionalidades CRM más básicas como Microsoft Dynamics AX 2009 (Axapta) y Microsoft Dynamics NAV 2009. En el presente artículo se realizar un introducción de Microsoft Dynamics CRM 4.0, desde el punto de vista IT, presentando la arquitectura de producto y algunos consejos básicos de monitorización y mantenimiento. Una actualización esperada por muchos es el reciente Service Pack 1 para Windows Server 2008 y Service Pack 1 para Windows 7, un Service Pack esperado no sólo para la inclusión de los parches propios de toda actualización de este tipo, sino también por la inclusión de algunas funcionalidades nuevas (ej: el soporte para Memoria Dinámica en Hyper-V y RemoteFX). Descarguen y disfruten ! Una de las tareas típicas en la implantación de Microsoft Dynamics CRM 4.0, es la instalación de Cliente CRM para Microsoft Outlook. Si bien es cierto, que a priori se puede acceder de igual forma a Microsoft Dynamics CRM 4.0, tanto con Internet Explorer como con el Cliente CRM para Outlook, este último ofrece ciertas ventajas y comodidades frente al simple acceso desde un Explorador Web. Un error típico al instalar Microsoft Dynamics CRM 4.0 (sobre Windows Server 2008 R2 o sobre otra edición de Windows Server), es el error Service cisvc was not found on computer SERVERNAME The specified service does not exist as an installed service, referente a la existencia o no del servicio de Windows Indexing Service (requisito para poder instalar Microsoft Dynamics CRM 4.0). En el presente artículo se muestra el detalle de dicho error y la forma de solucionarlo en Windows Server 2008 R2 y en Windows Server 2003. Una de las comodidades de utilizar Microsoft iSCSI Software Target con Windows Storage Server 2008 para presentar discos compartidos (LUN) en Clusters sobre nuestros entornos de laboratorio (y también para discos que no sean compartidos), es la posibilidad de extender en caliente dichos discos (LUN) desde el Microsoft iSCSI Software Target, y seguidamente extender la partición para aprovechar el nuevo espacio asignado (inicialmente libre) en nuestro disco (LUN), y así poder empezar a utilizarlo, en vivo y en directo. Microsoft Virtual Academy (MVA) es una iniciativa de Microsoft TechNet, gracias a la cual, podemos acceder de forma gratuita a diferentes cursos OnLine (cursos, carreras, y especializaciones) de tecnologías Microsoft variadas (y en español), como SQL Server, MOSS, Exchange Server, Virtualización, Seguridad, Visual Studio, Microsoft Dynamics CRM, y mucho más. Sin duda, una iniciativa muy interesante. Algo que tendremos que afrontar en cualquier implantación de App-V, es la instalación del App-V Sequencer, para posteriormente poder realizar el Secuenciamiento de Aplicaciones, es decir, la creación de Aplicaciones Virtuales para App-V. En el presente artículo, se presenta a modo de ejemplo la instalación del App-V Sequencer 4.6 x64 sobre Windows Server 2008 R2 así como se muestra la secuenciación de una aplicación. Recientemente he tenido que eliminar manualmente un Controlador de Dominio de un entorno de laboratorio, correspondiente a un DC que había fallecido un tiempo atrás. Este pequeño artículo trata la forma de eliminar manualmente de Directorio Activo y de DNS los restos de este Controlador de Dominio, de modo que también se eliminen los correspondientes errores del Visor de Sucesos, dejando el entorno en perfecto estado. Una de las tareas típicas a realizar en una instalación de Microsoft Application Virtualization (App-V) es la instalación del servicio de gestión, conocido como el App-V Management Server. En este pequeño artículo, se presenta la instalación del App-V Management Server 4.5 SP1 sobre Windows Server 2008 R2, realizada sobre un entorno de laboratorio, incluyendo los diferentes pasos y pantallas capturadas de la instalación. Una incidencia relativamente frecuente, es encontrarse una máquina SQL Server con la CPU al 100%, siendo el proceso de SQL Server el que se está llevando prácticamente toda la CPU (esto es lo que se llama un pequeño Problema de Rendimiento ;-). Si la instancia de SQL Server contiene una gran cantidad de bases de datos y de conexiones de usuario, nos resultará de interés poder conocer fácilmente qué procesos (SPID) de SQL Server se están llevando la CPU. En este pequeño artículo, tratamos esta situación e incluimos un pequeño trozo de código de ejemplo para realizar este tipo de diagnóstico. |
