martes, 22 de marzo de 2011

Como saber que versión de SharePoint 2010 esta instalado!

   Es muy común que cuando llegamos a revisar una implementación de SharePoint 2010 lo primero que revisamos es que versión tenemos para poder ver hasta donde podemos llegar, recuerden que dependiendo la versión instalada es lo que pueden configurar existen 3 versiones, Foundation, Standard y Enterprise pueden revisar el comparativo dando clic aquí.

   Una forma para indagar que versión de SharePoint 2010 tenemos es a través del registro de Windows simplemente vamos a ir a la llave HKLM\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\14.0\WSS\InstalledProducts

   Microsoft le da un GUID a cada uno de los SKU de SharePoint que pueden ser:

  • BEED1F75-C398-4447-AEF1-E66E1F0DF91E: SharePoint Foundation 2010
  • 1328E89E-7EC8-4F7E-809E-7E945796E511: Search Server Express 2010
  • B2C0B444-3914-4ACB-A0B8-7CF50A8F7AA0: SharePoint Server 2010 Standard Trial
  • 3FDFBCC8-B3E4-4482-91FA-122C6432805C: SharePoint Server 2010 Standard
  • 88BED06D-8C6B-4E62-AB01-546D6005FE97: SharePoint Server 2010 Enterprise Trial
  • D5595F62-449B-4061-B0B2-0CBAD410BB51: SharePoint Server 2010 Enterprise
  • BC4C1C97-9013-4033-A0DD-9DC9E6D6C887: Search Server 2010 Trial
  • 08460AA2-A176-442C-BDCA-26928704D80B: Search Server 2010
  • 84902853-59F6-4B20-BC7C-DE4F419FEFAD: Project Server 2010 Trial
  • ED21638F-97FF-4A65-AD9B-6889B93065E2: Project Server 2010
  • 926E4E17-087B-47D1-8BD7-91A394BC6196: Office Web Companions 2010


   En el ejemplo anterior se puede ver de acuerdo a los GUID que esta instalado Foundation (BEED1F75-C398-4447-AEF1-E66E1F0DF91E) y Enterprise (D5595F62-449B-4061-B0B2-0CBAD410BB51).

   Otra forma quizás más sencilla, sería utilizando SharePoint 2010 Management Shell simplemente ingresamos el comando get-spfarm | select Products y nos mostrará los GUID...




   Y otra forma puede ser utilizando código Microsoft nos proporciona algunos ejemplos... 



  Así es que ya saben, hay muchas alternativas para saber que versión de SharePoint esta instalada....

Leer Más!

viernes, 18 de marzo de 2011

Creación de granja con una cuenta local en SharePoint 2010

     Antes que nada cabe señalar, que la creación de una granja esta diseñada para que sea en un ambiente de dominio y se pueda configurar en servidores distintos, por ejemplo un servidor que almacene las bases de datos, otro que tenga el envío de correo y otro que tenga ya SharePoint, esto en un caso básico, sin embargo puede haber configuraciones mucho más complejas!

   Ya entrando a detalle SharePoint Server 2010 no te permite configurar (de forma nativa) una granja con una cuenta de usuario local, ya en la parte de la configuración de la base de datos en el asistente de configuración de SharePoint en el cual previamente seleccionamos instalación tipo granja, cuando intentamos crear la base de datos con un usuario local nos mostrará el siguiente mensaje:



    Esto de cierta forma es lógico, ya que SharePoint nos permite para este tipo de casos la instalación StandAlone, lo cual significa que todos los roles serán alojados en una sola caja. Entonces antes de continuar tenemos que hacer énfasis en que solo que queramos configurar SharePoint en diferentes servidores (Granja) y que no este en DOMINIO seleccionaremos esta opción.

    Entonces lo primero que tenemos que hacer es crear la base de datos de configuración utilizando SharePoint 2010 Management Shell.

    Ya dentro del SharePoint 2010 Management Shell ejecutaremos el cmdlet New-SPConfigurationDatabase y nos pedirá los siguientes parámetros:
  •          Nombre de la base de datos de configuración de SharePoint.
  •          Nombre del servidor donde se alojará la base de datos.
  •          Usuario (LOCAL) y contraseña que cuenta con privilegios para crear la base de datos.

     Posteriormente ya podremos ver en la consola de SQL Management Studio las bases de datos creadas...


         Ya con esto podremos seguir la configuración abriendo nuevamente el asistente de configuración de productos SharePoint, y automáticamente detectará que ya existe la base de datos de configuración y podremos continuar.


            Y voilà!! Espero le pueda ayudar a alguien... hasta pronto!





Leer Más!

jueves, 15 de julio de 2010

Creación de Workflows en Microsoft Office SharePoint Server para envío de correo electrónico

Imaginen un flujo de trabajo, donde quieren enviar a revisión un documento a su supervisor. Esto involucraría subir el documento a nuestra biblioteca de documentos en SharePoint, posteriormente tendríamos que abrir nuestro correo y enviar el correo indicando que esta el documento en la biblioteca para revisión. El supervisor tendría que abrir el correo, descargar el documento de SharePoint, revisarlo y nuevamente subir el documento al sitio de SharePoint. ¿No sería más sencillo que simplemente subiéramos el documento y SharePoint se encargará del resto? Con la ayuda de SharePoint Designer podremos hacer esto de manera muy sencilla.

Lo primero que tenemos que hacer es descargar e instalar SharePoint Designer, un producto que nos ayudará a personalizar nuestros sitios de SharePoint, importar información de bases de datos, entre otras cosas, lo pueden descargar desde aquí.

Ya que instalamos SharePoint Designer vamos a abrir el sitio en el cual queremos crear nuestro Workflow, esto en el menú File y seleccionamos la opción Open Site, posteriormente ingresamos la ruta del sitio, nos pedirá las credenciales para poder editar el sitio.








Ya que ingresamos las credenciales, vamos a proceder a crear un nuevo Workflow, para esto seleccionamos New – Workflow…, como se ve a continuación:


Posteriormente nos desplegará el asistente… Workflow Designer, es importante definirle un buen nombre ya que es posible N cantidad de Workflows y es necesario identificarlos, posteriormente a que ingresamos el nombre nuestro Workflow debe estar relacionado con una lista o biblioteca en este caso seleccionaré la biblioteca “Documents”, y enseguida como queremos que se ejecute el Workflow, son 3 opciones.
  1.  Que manualmente ejecutemos el Workflow.
  2.  Que automáticamente se ejecute el Workflow cuando un nuevo elemento es creado.
  3.  Que automáticamente se ejecute el Workflow cuando un elemento es modificado.





En este caso seleccionaremos que se ejecute cuando un nuevo elemento (documento) es creado, la opción 2 y le damos siguiente.


Posteriormente vamos a definir los pasos a seguir en el flujo de trabajo, debido a que este flujo es sencillo solo vamos a requerir un paso, en este paso vamos a definir una condición y una acción.
Existen diversas condiciones, sin embargo para nuestro caso podríamos utilizar las siguientes dos:
  1.  Creado en una rango de fechas.
  2.  Creado por un grupo o personas en específico.




También existen diversas acciones dependiendo de la condición que seleccionemos, sin embargo para nuestro caso vamos a seleccionar que envíe el correo a una persona predeterminada,  cuando seleccionamos la opción nos despliega un asistente para el correo como el siguiente:


En el vamos a definir a quien va enviado, el asunto y contenido, en estos últimos dos incluir funciones o variables, por ejemplo que nos indiquen el nombre del documento, librería o persona que creo el documento.
En el asunto por ejemplo podemos ver una variable en la cual nos va a indicar el nombre del documento que ha sido creado en la biblioteca “Documents”.
En el contenido del correo definimos dos variables más, una que nos indica la ruta del archivo [%Documents:Source Url%]


Y la otra que nos va a indicar quien creo el documento [%Documents:Created By%]


Ya que finalizamos de definir el correo y su sintaxis, le damos Ok y por último seleccionamos la opción Check Workflow la cual nos ayudará a validar que no haya nada incorrecto o mal configurado en el Workflow.


Ya que validamos y nos muestra que no contiene errores, seleccionaremos la opción Finish y nos creará nuestro Workflow.


Listo para validar su correcta funcionalidad solo resta, crear un nuevo documento en la librería de Documentos y revisar que el destinatario reciba correctamente el correo.

Eso es todo amigos, si tienen cualquier duda o sugerencia para algún tema lo pueden hacer en los comentarios y a la brevedad lo revisaré.


Leer Más!

miércoles, 14 de julio de 2010

Tecnologías Microsoft

Mi nombre es Daniel Bustamante y estoy certificado por Microsoft y este blog ha sido creado por 2 razones principalmente:

1.- Compartir conocimiento. A pesar de que tengo acceso a los cursos oficiales de Microsoft, muchas veces lo que quiero implementar o configurar no esta dentro de ellos, por lo que ingreso a Internet y busco alguna solución a mis problemas, la cual debo decir muchas veces encuentre exacta y muchas otras orientación que me conlleva a la solución. Por lo que voy a poner mi granito de arena para ayudar a otros como yo.


2.- Convertirme en MVP Microsoft. El Most Valuable Professional es un programa de Microsoft que premia a los profesionales de Microsoft que cuentan con excelente conocimiento de las tecnologías Microsoft y las comparte con otros. A pesar de estar certificado en algunos productos es necesario me prepare más para poder aplicar, así como compartir mi conocimiento. Por el momento en este blog y a traves de las redes sociales Twitter y Facebook, compartiré mis conocimientos.

Así es que Bienvenidos y si les gustaría saber de algún producto de Microsoft en particular no duden en solicitarlo en los comentarios.

Leer Más!