Cómo remover la extensión de una aplicación Web en SharePoint 2010

En el artículo anterior vimos como extender una aplicación Web, pero no es muy claro donde podemos eliminarla. La eliminación de la extensión de la aplicación Web removerá el sitio Web del IIS, eliminará el directorio que corresponde al sitio Web ubicado en uno de los discos donde esta hospedada la información del IIS (El valor predeterminado es C:\inetpub\wwwroot\wss\VirtualDirectories\).  Así que antes de hacerlo asegure un respaldo o bien lo que esta por hacer.

Para ello dentro del Central Administration o CA:

1) Seleccione la opción Application Management

2) Seleccione Manage Web  Applications

3) Haga clic sobre la aplicación Web que desea eliminar la extensión

4) Seleccione la flecha que ve hacia abajo del botón Delete y seleccione la opción Remove SharePoint IIS Web Site.

5) Luego en la casilla Select IIS web site and zone to remove, seleccione la aplicación Web extendida

6) Seleccione la opción Yes de la opción Delete IIS web sites y presione el botón OK.

 

Si revisa el IIS Manager podrá visualizar que el sitio Web fue eliminado.

 

En este artículo vimos como eliminar la extensión de una aplicación Web, opción que no es muy obvia y que debemos de realizar desde el entorno de administración de SharePoint para que el se encargue y quede registrado esto en la configuración de la granja.  También puede realizarse vía línea de comando a través de PowerShell pero eso es otra historia que hay que escribir.

 

SharePoint4Fun!,

Juan Manuel Herrera Ocheita.

Extendiendo una aplicación Web en SharePoint 2010

Extender una aplicación Web es útil para cuando deseamos exponer el mismo contenido a otro tipo de usuarios o bien otro método de autenticación.  Por ejemplo: Hemos creado una aplicación Web  que escucha sobre el puerto 80 los usuarios corporativos de la red interna, pero podemos requerir exponer el mismo portal al internet para crear una extranet, con posibilidad de utilizar otro método de autenticación para usuarios externos.

Internamente la extensión de la aplicación Web crea un sitio Web en el IIS separado con su propio archivo de configuración Web o Web.config, identidad y aplicación pool por separado si así lo desea, esto dependerá de sus necesidades y de las opciones que seleccione para crear la extensión de la aplicación Web.

Una de las aplicaciones típicas en el mundo real y en SharePoint es cuando deseamos aplicar el protocolo de seguridad SSL o como popularmente se le denomina https. Para esta configuración es necesario crear un certificado de una autoridad de certificados ya sea interna o pública, pero esto mis queridos amigos esta fuera de alcance de este artículo, a lo mejor escribo algo al respecto luego de este.

Manos a la obra; para crear una aplicación Web por medio de la interfaz de usuario Web, necesitamos acceder el Central Administration, así que dirijámonos al navegador, escribe el URL del CA y seleccione:

1) Application Management

2) Manage Web Application

3) Seleccione la aplicación Web que desea extender y luego presione el botón Extend.

4) En esta primera parte nos pregunta el Nombre del sitio web en el IIS, luego el puerto de comunicación, el host header si lo tiene, la ruta o path si desea cambiar la ubicación o el nombre de la carpeta donde almacenará los archivos de configuración de la aplicación Web, y luego la configuración de seguridad para para este caso vamos a utilizar Windows (NTLM) y SSL

5) En la segunda parte debemos de validar el nombre del dirección URL publica que debería construirse automáticamente si colocamos correctamente la información en la primera parte, luego la zona tenemos disponibles 5 zonas como máximo y el nombre de la zona aunque es un texto de referencia nos indicará el propósito de uso del mismo.  Para finalizar presione el botón OK.

En el Mapeo de Acceso Alternativo o AAM podemos revisar la nueva dirección disponible.  Eso esta en Application Management, Configure Alternate Access Mappings.

Y también podemos validar el directorio físico que nos creo en el servidor.  Si lo creo en la ruta predeterminada puede ubicarlo el directorio en la siguiente ruta: C:\inetpub\wwwroot\wss\VirtualDirectories\.

En el IIS también podemos revisar el nuevo sitio Web creado.  Vaya a IIS Manager en Administrative Tools menú de Windows del Servidor de SharePoint.

En este artículo podemos ver como extender una aplicación Web, que nos permitirá separar el acceso a los usuarios del portal interno con los usuarios externos o que acceden a través del internet, pero que desean acceder la misma información.  Aunque creamos otro sitio Web a nivel del IIS ambas aplicaciones estas consultado su contenido en la misma base de datos y por lo tanto obteniendo el mismo contenido.

Extend4Fun!,

 

Juan Manuel Herrera Ocheita

Sabías que puedes asignar un grupo de SharePoint como propietario de otro grupo de SharePoint (2007/2010)?

El propietario de un grupo de SharePoint es el usuario que puede agregar o eliminar usuarios a un grupo, pero que pasa si este usuario esta de vacaciones o no es el único responsable del grupo?  Allí es donde se puede aplicar un grupo de SharePoint que administra otro grupo de SharePoint a su vez.  Parece redundancia pero no lo es, para explicarlo veamos el siguiente ejemplo:

Supongamos el usuario administrador de un sitio decide crear un grupo de administradores que le apoyen a manejar los grupos de SharePoint llamado MiEmpresa-Administradores.  Por ejemplo:

Ahora vamos a crear otros grupos para diferentes contenidos pero el grupo será MiEmpresa-Administradores serán responsables de agregar o eliminar usuarios de estos grupos.

Los grupos a crear son: MiEmpresa-Colaboradores y MiEmpresa-Visitantes, el procedimiento es el siguiente:

Site Actions, Site Settings, People and Groups, Groups, New, New Group.

En Name: MiEmpresa-Colaboradores y luego en Owner: MiEmpresa-Administradores

Para finalizar presione el botón Ok o Aceptar.  Repita el proceso para el Grupo MiEmpresa-Visitantes.

Con ello cualquiera de los usuarios que pertenecen al grupo MiEmpresa-Administradores debería poder agregar usuarios a los grupos que puede administrar.

Nota: Lo que no puedes hacer es asignar como usuarios dentro de un grupo de SharePoint otro grupo de SharePoint.

Para los incrédulos la siguiente imagen en 2007:

En este artículo vimos como delegar la administración de los miembros de un grupo de SharePoint a otro grupo de SharePoint.

Delegate4Fun!,

Juan Manuel Herrera Ocheita

Migración de una base de contenido no raíz SharePoint 2010

Quiero empezar indicando que para poder migrar una base de datos de contenido que no es la principal o raiz, es necesario que se migre de primero la base de datos raíz, es decir la base de datos con que se creo la aplicación Web, por ejemplo: http://hostname/ esta debe de existir en el servidor destino y debe de estar “atachada” a la aplicación Web que deseamos migrar la segunda o x base de contenido no raíz.  Cómo identificar estas a través de los prefijos de rutas administradas o managed path definidos.  Los cuales de forma predeterminada encontraremos : sites y personal.  Otros usualmente definidos son deps, dept, departaments, etc. 

Vamos al punto central de este artículo:  Para migrar una segunda base de contenido no raíz es igual como la principal, solo que la anterior debió migrarse antes.  La línea de comando usual es la siguiente:

mount-SPContentDatabase –Name [Wss_Content_XYZ] –WebApplication http://hostname

Recibirá un mensaje parecido al siguiente:

100.00%

Id : 623e7b8e-5f53-4295-abba-768a7972193e

Name : wss_content_xyz

WebApplication : SPWebApplication Name=SharePoint - 80 - Portal Interno

 

No es necesario colocar el prefijo o ruta administrada esta información esta en la misma base de datos de contenido y esta adicionará la ruta al momento de “atacharse” a la aplicación Web exitosamente.

Si es mas de una base de datos de contenido no raíz que debemos de migrar, el orden con que lo hagamos no tiene importancia, ni relevancia, entre tanto cumplamos con el único prerrequisitos lógico que es que este primero la base de datos de contenido raíz “atachada” a la aplicación Web. 

Nota: Recuerde el espacio requerido para migrar siempre es 3 veces el tamaño de la base de datos de contenido a migrar que este libre.  Más información en: http://jmhogua.blogspot.com/2012/04/espacio-requerido-para-la-migracion-de.html

Upgrade4Fun!,

Juan Manuel Herrera Ocheita

Espacio requerido para la migración de bases de datos de contenido de SharePoint 2010

Es importante tomar en cuenta este requerimiento ya que es considerablemente alto y crucial para la efectiva migración de la base de datos de contenido.

En el proceso de migración SharePoint requerirá el doble de espacio disponible o sea libres del tamaño de la base de datos a migrar ya que en este proceso necesitará espacio temporal para realizarlo y que al final expandirá el tamaño de la base de datos original alrededor de un 60%.

Miremos algunos datos:

Una base de datos de contenido mayormente de PDF´s de 90 GB de 2007, lo convirtió en una base de datos de 147 GB y requirió un disco de 250 Gb de espacio disponible, y eso que no estamos tomando en cuenta la copia del respaldo de la base de datos que colocamos en otro disco de 120 GB.  Así que a prepararse con suficiente espacio disponible para realizar una exitosa y feliz migración.

Concluimos entonces que el espacio requerido para la migración de las bases de contenido es 3 veces más del tamaño actual, esto como un parámetro base para estimar el espacio que necesitará.

Más información sobre el proceso y estimación el espacio en: http://technet.microsoft.com/en-us/library/cc262891.aspx#section1

SharePoint4Fun!,

Juan Manuel Herrera Ocheita

Script para permitir a las bibliotecas abrir los archivos PDFS en SharePoint 2010

Esta opción esta bloqueada en SharePoint 2010 de forma predeterminada y a pesar que habilitemos a nivel de Aplicación Web el navegador de manejo de archivos a permisivo, esto solo funcionará para las bibliotecas del sitio primario de la colección de sitios, pero no para las bibliotecas de otros sub-sitios, ya que SharePoint 2010 tiene a nivel interno de cada biblioteca esta opción definida como estricta y no permisiva.

Al final hay que habilitar cada biblioteca en la colección de sitios la opción “browserfilehandling” como permisiva, para ello necesitamos ejecutar un script a nivel de línea de comando apoyados en powershell.

Un agradecimiento por su contribución a la comunidad de SharePoint a Kim Nguyen en:  http://www.freakingsharepoint.com/2010/08/sp2010-forces-users-to-save-pdfs.html

Lo que hice, fue modificar un poco el script para que funcione para cualquier colección de sitios y para que valide que la lista siempre sea un documento library.

Para ejecutar el script sugiero creen un archivo ps1 como por ejemplo:

ChangePermissiveOptionInLibs.ps1

La sintaxis es la siguiente:

.\ChangePermissiveOptionInLibs.ps1 –siteurl http://yoursitecollectionAddress

Y el script es el siguiente:

# Inicio del Script

param (
     [string]$siteUrl = "$(Read-Host 'Enter the Site Collection URL. [e.g. http://sp2010vm]')"
 
)
 
function main() {
 
# check to ensure Microsoft.SharePoint.PowerShell is loaded
  $snapin = Get-PSSnapin | Where-Object {$_.Name -eq 'Microsoft.SharePoint.Powershell'}
  if ($snapin -eq $null)
{
   Write-Host "Loading SharePoint Powershell Snapin"
   Add-PSSnapin "Microsoft.SharePoint.Powershell"
  }
 
$site = Get-SPSite($siteUrl)
write-host $siteurl

  foreach ($web in $site.AllWebs)
  { 
       write-host "web:" $web.Title
    foreach ($list in $web.Lists)
    {
        write-host "list:" $list.Title $list.BaseType
        if ($list.BaseType -eq "DocumentLibrary")
        {
 
            write-host "browserfilehandling:" $list.browserfilehandling
            if($list.browserfilehandling -eq "Strict")
            {
            $list.browserfilehandling = "Permissive";
            $list.update();
            write-host $site.url, $list.title, $list.browserfilehandling
            }
        }
    } 
  }

$site.Dispose()
 
}
 
main

# Fin del Script

 

En este artículo vimos como habilitar la opción para permitir el manejo de archivos en el navegador que esta bloqueada de forma predeterminada en SharePoint 2010.  Esto aunque representa un riesgo, es una funcionalidad habitual que los usuarios de SharePoint están acostumbrados a utilizar y que desean este disponible en el portal.

Enable4Fun!,

Juan Manuel Herrera Ocheita

Permisos para la cuenta que ejecuta los servicio SPTraceV4 en SharePoint 2010

Los permisos necesarios para la cuenta que ejecutara el servicio SPTraceV4 son los siguientes:

1) Sea una cuenta de dominio, no local o builtin

2) Que tenga permisos de escritura y lectura en el directorio donde se guardarán los USLogs de SharePoint, que de forma predeterminada la ruta es: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\LOGS.

3) Que la cuenta pertenezca a los grupos locales del servidor Performance Log Users y Performance Monitor Users.

Nombre sugerido: spTrace

Procedimiento sugerido:

1) Agregar la cuenta de dominio a los grupos locales del servidor Front End Performance Log Users y Performance Monitor Users.

2) Dar permisos de escritura a esta cuenta en el directorio donde se guardar los USLogs de SharePoint.

3) Registrar la cuenta de domino en el servicio SPTraveV4 y reiniciar el servicio a través de la consola de servicios de Windows services.msc.

 

Referencias:

http://int.social.technet.microsoft.com/Forums/en-US/sharepoint2010setup/thread/a4a0b764-1eb2-47e0-a2bc-5017c00e3911

http://technet.microsoft.com/en-us/library/cc678863.aspx#Section2

Secure4Fun!,

Juan Manuel Herrera Ocheita