Search results for 'app:weblogs' matching tags 'Configuracion', 'SharePoint 2010', and 'Scripting'

PowerShell Command Builder para SharePoint 2010 y Office 365

haaron — Mon, 30 Jan 2012 06:00:00 GMT

Encontré por ahí una aplicación para generar comandos de PowerShell llamada PowerShell Command Builder la cual encuentro muy útil. La dirección para acceder es http://www.microsoft.com/resources/TechNet/en-us/Office/media/WindowsPowerShell/WindowsPowerShellCommandBuilder.html y requieres contar con el plugin Silverlight en tu navegador.

Aqui mas informacion: http://www.microsoft.com/download/en/details.aspx?id=27588

Instalando Granja de Servidores SharePoint 2010 Small Farm (3-Tier)

haaron — Tue, 24 Jan 2012 06:00:00 GMT

Para un programador SharePoint es importante conocer la arquitectura de la plataforma y en ese sentido realizar un proceso de instalación de una granja SharePoint es un deber. En esta ocasión quiero compartir como lograr en una topología llamada Small Farm (Three Tier).

Básicamente tenemos un software (Network Load Balancing) para balancear y distribuir la carga entre dos servidores Web Front End (litwarewfe1 y litwarewfe2) y tendremos un solo servidor de aplicaciones (litwareapp) con la mayoría de las aplicaciones de servicio y la herramienta central de administración configurada, todo el contenido y la configuración será almacenada sobre un solo servidor de base de datos SQL Server (litwaredb).

Network Load Balancing en Windows Server 2008 R2 para WFE de SharePoint 2010

Configurando Granja de Servidores SharePoint 2010

Configurando Granja de Servidores SharePoint 2010 con PowerShell

Como restablecer el sitio web de IIS “SharePoint Web Services” cuando éste es eliminado por error en SharePoint 2010

haaron — Tue, 27 Dec 2011 06:00:00 GMT

Algo que me gusta de trabajar como ingeniero de soporte freelance es el orgullo que te da ganar esas pequeñas batallas contra la ignorancia.

Problema

El problema fue que se extendió una aplicación web de SharePoint usando el sitio web de IIS “SharePoint Web Services”. Antes que cualquier otra cosa, este sitio web de IIS hospeda algunos servicios WCF de sistema los cuales se configuran en todos los WFE de la granja y son utilizados por algunas aplicaciones de servicio, el asistente de configuración de SharePoint es el encargado de aprovisionar este sitio web en tiempo de instalación y configuración de la granja.

Lo que sucedió es que al extenderse esta aplicación web en este caso “MySite” se detuvieron aplicaciones de servicio y quedo totalmente inoperable. El resultado fue desastroso para la granja ya que se detuvieron las aplicaciones de servicio Manage Metadata, User Profile y en este caso el portal de MySite de todo el corporativo. El mensaje de error al intentar acceder al portal fue Could not load user profile, adicional el visor de eventos empezó a regitrar An exception occurred when trying to issue security token: The server did not provide a meaningful reply; this might be caused by a contract mismatch, a premature session shutdown or an internal server error.

Como primera reacción de cualquier ser humano es la de des extender el portal.

Inyectando con esto un problema mayor ya que al remover vía herramienta de administración SharePoint el sitio web de IIS causa que las carpetas asociadas en el sitio web sean eliminadas de la ruta a la que apunta, en este caso C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\WebServices\Root.

La solución

La solución a este escenario fue ejecutar el script mencionado en el post How to get back the SharePoint WebServices application in IIS if deleted, SharePoint 2010 para regenerar el sitio web de IIS “SharePoint Web Services”, este proceso en efecto si aprovisiono de nuevo el sitio web de IIS, sin embargo, al dar clic sobre el marcaba un error indicando que no existía la ruta de los archivos lo cual es totalmente correcto ya que al des extender se elimino todos los archivos de la ruta a donde apuntaba.

Lo que se decidió fue buscar la carpeta Root de otra granja y copiarla sobre la carpeta en cuestión. Posteriormente se ejecuto de nuevo el siguiente codigo encontrado aqui: How to get back the SharePoint WebServices application in IIS if deleted, SharePoint 2010. Basicamente lo que el procedimiento hace es cargar una instancia de la place SPIisWebServiceInstanceSettings e invoca un par de metodos para realizar el aprovisionamiento del sitio web de IIS sobre el servidor. Una vez que es aprovisionado se procede a realizar un ciclo donde por cada aplicacion de servicio es aprovionado el nuevo sitio web de IIS restableciendo con esto la vinculacion y la dependencia al mismo.

$webservice = [System.Type]::GetType("Microsoft.SharePoint.Administration.SPIisWebServiceSettings, Microsoft.SharePoint, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c")

$Instance = $webservice::Default

$Method = $webservice.GetMethod("ProvisionLocal", "Instance, NonPublic", $null, @(), $null)

$Method.Invoke($Instance, $null)

$Method = $webservice.GetMethod("Provision", "Instance, Public", $null, @(), $null)

$Method.Invoke($Instance, $null)

Get-SPServiceApplication | ForEach-Object {$_.Provision()}

En resumen

Cuando inicias con una nueva plataforma y estas en proceso de aprendizaje es comun o normal que sucedan detalles, errores, situaciones de configuracion por error, la recomendacion es revisar cualquier procedimiento en una granja de pruebas para validar el proceso y los resultados previamente. Aqui dos enlaces donde platico algunas consideraciones al respecto: Que se necesita para ser consultor y/o desarrollador SharePoint y Consideraciones para poner en marcha soluciones personalizadas SharePoint en ambientes de producción de nuestros clientes.

Saludos

¿Cuál es la primer lección de un administrador SharePoint 2010?

haaron — Tue, 27 Sep 2011 05:00:00 GMT

Por ahí un compañero me comentó que tenía el siguiente error cada que intentaba agregar una solución SharePoint 2010 en su granja de desarrollo.

El error era:

Insufficient SQL database permissions for user 'Name: DOMAIN\spadmin SID: S-1-5-21-1455513522-927615373-1062434389-54912302 ImpersonationLevel: None' in database 'DEV_SharePoint_Config' on SQL Server instance 'SPMACHINE'. Additional error information from SQL Server is included below.

The EXECUTE permission was denied on the object 'proc_putObject', database 'DEV_SharePoint_Config', schema 'dbo'.

Y bueno, al averiguar cómo estaba haciendo el deploy me dí cuenta que estaba trabajando con stsadm.exe –o addsolution sobre SharePoint 2010, este comando se sigue soportando y sin duda alguna es de mucha utilidad para aquellos administradores que gestionaban granjas de SharePoint 2007.

Se supone que en SharePoint 2010 la manera más adecuada de realizar este tipo de operaciones es usando Power Shell ya que el Snap In de SharePoint se encarga de otorgar los permisos necesarios a la cuenta en cuestión para ejecutar comandos sobre los objetos de base de datos requeridos, como por ejemplo el rol “SharePoint_Shell_Access” sobre la base de datos de configuración de la granja como se especifica aqui http://technet.microsoft.com/en-us/library/ee806878.aspx.

Ante este escenario tenemos varias opciones.

Opción 1: Hacer el deploy usando SharePoint 2010 Management Shell

Aquí se indica como hacer deploy usando Power Shell. http://technet.microsoft.com/en-us/library/cc262995.aspx#Importing el cual al cargar el Snap In de SharePoint sobre la consola de Power Shell de forma automática establece los permisos requeridos para ejecutar operaciones de configuración.

Opción 2: Asignar el rol requerido en SQL Server

1. Acceder a SQL Server Management Studio

2. Expandir el árbol para buscar la carpeta de Security y después Logins

3. Acceder a las Properties de la cuenta con la cual estamos haciendo el deploy

4. Elegir User Mappings

5. Elegir la base de datos de configuración de la granja SharePonit_Config

6. Elegir de los roles que se tienen en la base de datos el de SharePoint Shell Access y dar clic en Ok.

7. Ejecutar el deploy usando la consola de Windows y ejecutando el comando stsadm.exe –o addsolution –filename “path del wsp”

Opción 3: ejecutar el comando stsadm.exe usando la consola SharePoint 2010 Management Shell

La primer lección que un administrador SharePoint 2010 debe aprender es siempre utilizar SharePoint 2010 Management Shell como su principal herramienta de adminsitración SharePoint. :)

HG
SharePoint Developer! :)

Deteniendo y Encendiendo Aplicaciones de Servicio de SharePoint 2010

haaron — Fri, 26 Aug 2011 05:00:00 GMT

Como parte de una instalación desde cero de SharePoint 2010 nos vemos en la necesidad de detener y encender aplicaciones de servicio constantemente.

Para facilitar el proceso, aqui algunos comandos de Power Shell utiles:

Cargamos el SharePoint 2010 Management Shell en modo administrador
Ejecutamos el comando Get-SPServiceInstance el cual nos retorna una tabla con la lista de aplicaciones de servicio de SharePoint de donde obtendremos el GUID de la aplicación de servicio que requerimos detener. Nota: Podemos guardar en un archivo de texto la salida de la consola usando Get-SPServiceInstance > c:\appsvc.txt para que en posteriores lo tomemos de aquí
Después ejecutamos el comando Stop-SPServiceInstance el cual nos solicita el GUID de la aplicación de servicio que requerimos detener, leemos lo que la consola muestra y proporcionamos la instrucción solicitada.
Para encender la aplicación de servicio simplemente utilizamos el comando Start-SPServiceInstance y proveemos el GUID así como las instrucciones adicionales

Listo!