Importación de Subsitio a una nueva Colección de Sitios

En muchos lugares que recién inician sus portales con SharePoint se acostumbra a tener una sola Aplicación Web con su Colección de Sitios respectiva y bajo ella crear subsitios para las diferentes áreas o equipos de trabajo de una empresa.

Con el tiempo se dan cuenta de que la administración de cada uno de los sitios se vuelve compleja ya que al depender del sitio de nivel superior es poco lo que se puede hacer para lograr algunas configuraciones sin que se afecte a todos los sitios contenidos en la misma colección de sitios.

¿Qué hacer?

Mover esos subsitios hacia una nueva ubicación para que cada uno constituya una nueva colección de sitios con su propia base de datos y su administración completamente separada de la Colección de Sitios principal.

Por medio de las “rutas administradas” es posible determinar qué dirección de URL tendrán las colecciones de sitio en una Aplicación Web. Por defecto SharePoint crea una Ruta Administrada llamada ‘/sitios’ la cual utilizaremos para este ejemplo.

Para las operaciones que a continuación se detallan se usara STSADM.

Tenemos el subsitio http://servidor/subsitio1

El procedimiento cuenta de tres pasos:

1.       Exportación del sitio

2.       Creación de un nuevo sitio bajo la ruta administrada.

3.       Importación del subsitio original desde el archivo de respaldo a la nueva colección.

Exportación:

stsadm –o export –url http://servidor/subsitio1 -filename c:\subsitio1.bk –includeusersecurity

Creación:

stsadm -o createsiteinnewdb -url http://servidor/sitios/subtisio1 -owneremail admin@spbox.cl –ownerlogin  dominioadmin -ownername dominioadmin -lcid 3082 -sitetemplate STS#1 -title "Nuevo Sitio" -databaseserver bdserver  -databasename DB_Subsitio1

Importación:

stsadm –o import –url http://servidor/sitios/subsitio1 -filename c:\subsitio1.bk -includeusersecurity

Variables:

  • url : Nombre de la aplicación web.
  • filename : Nombre del archivo de copia de seguridad.
  • includeusersecurity : Conserva la configuración de seguridad de usuarios.
  • owneremail : Dirección de correo electrónico del propietario del sitio.
  • ownerlogin : Cuenta de usuario del propietario del sitio.
  • ownername : Nombre para mostrar del propietario del sitio.
  • lcid : Identificador de idioma local. Se debe especificar este parámetro si usa una plantilla que no esté en inglés.
  • sitetemplate : Especifica el tipo de plantilla que va a usar el sitio recién creado.
  • title : Título de la nueva colección de sitios
  • databaseserver : Servidor en el que se encuentra la base de datos.
  • databasename :  Nombre de la nueva base de datos que alojara la colección de sitios.

Algunas observaciones que se deben tener en cuenta:

  • El nuevo sitio sobre el que se realizara la importación debe ser creado con el mismo sitetemplate que el sitio original.
  • El nuevo sitio sobre el que se realiza la importación debe estar en el mismo lenguaje.
  • Este artículo en particular no considera la migración de versiones antiguas de los documentos almacenados en los sitios.
  • Al momento de realizar la importación del sitio no debe estar activada la opción  setsitelock.

Suerte!

Reseña sobre “buenas prácticas” con SharePoint Designer

Muchas veces nos hemos preguntado cuales son las buenas prácticas sobre diseño en SharePoint Designer…

Recuerdo cuando recién estaba involucrándome en el mundo SharePoint, mis primeras máquinas se llamaban “como matar a SharePoint v1, 2, 3, 4, 5, 6, … n+1) jajaja!, bueno, tan lejos de la realidad no estaba…

Hace un tiempo, me puse a investigar que se debe hacer y que no con esta herramienta… ¿que sucede si modifico la default.master que está ubicada en _catalogs directamente?, o si modifico una .aspx de formulario, ¿seré capaz de recuperarla?. Bueno, acá les dejo alguno de los Tips básicos sobre trabajar con Designer sin morir en el intento.

1.- Antes de trabajar con designer en diseño de SharePoint, siempre haz un backup, (nunca se sabe cuando designer nos juegue una mala pasada).

2.- Si vas a trabajar con formularios lo puedes hacer de 2 formas, o creas una copia del original (y el otro queda como respaldo), o creas una nueva .aspx, le indicas que tipo de ormulario es (si es personalizado o por defecto), y luego el tipo de masterpage.

3.- NO MODIFICAR LA MASTERPAGE, si necesitas ocupar una distinta, al menos trabaja con una copia, pero no con la original (esto ocurre muy seguido, y por lo general, se pasan a llevar controles que hacen que se pierdan funcionalidades).

4.- Si se necesitan cambian hipervínculos, y estos cambios son realizados a través de designer, es importante recordar que es una operación TOTALMENTE EN DURO e IRREVERSIBLE. (piénselo muy bien antes de hacerlo)

5.- Se debe tener en claro que tipo de control se desea ocupar, ya que no todos los controles pueden ser utilizados en sectores de una página, ésto es muy importante, ya que la mayoría de la gente trata de ingresar controles en ubicaciones en las cuales no funcionan.

6.- Si se va a trabajar con un nivel de personalización alto, es importante que revise muy bien las opciones que nos entrega designer (por ej. si se desea trabajar con una lista, pero queremos que sea del tipo xslt, y no queremos que tenga el menú de SharePoint, es recomendable antes de convertirla en xslt, eliminar el menú por las opciones que manualmente, ya que hay veces en las cuales pasamos a llevar algo que rompe algún componente).

7.- Tratar de trabajar con variables y no con datos en duro. (muchas veces, dejar la URL absoluta del servidor no permite cambios y hace que algunos webparts no queden accesibles).

8.- Mantener el orden de las páginas, bibliotecas, etc, facilita el trabajo cuando se requiere encontrar algún elemento.

9.- NO TRABAJAR DIRECTAMENTE CON LAS PAGINAS DEL SERVIDOR, si necesita hacer una modificación en lo que es, por ej. Checkin.aspx, cree una copia, y luego la asigna a la biblioteca, lista, etc. Este tipo de páginas no sólo afectan a un sitio, sino que a la colección, incluso a la granja, piénselo 2 veces antes de modificarla.

10.- Si un flujo de trabajo creado por designer deja de funcionar, aveces se recupera con abrirlo y finalizarlo sin hacer cambios; y hacer un iisreset nunca está de más; pero si en vez de visualizarse un elemento, un nombre de lista o biblioteca se ven sólo códigos, deberá reasignar el valor en el flujo, y luego finalizarlo.

Y por último, nunca está de más crear un sitio de “prueba”, si desea aprender SharePoint Designer sin que se muera su SharePoint, lo recomendable es tener una máquina virtual ambiente de desarrollo, en la cual se pueda experimentar, así, no afectamos el ambiente productivo. (Con mayor razón si somos developers trabajando sobre el modelo de objetos de SharePoint).

Eso sería por el día de hoy, saludos y nos estamos leyendo!!!: