SUGES: Disponibles los materiales del chat de expertos!

Ya tenéis disponibles en SUGES para descarga los materiales (video en este caso) del chat de expertos de SharePoint que realizamos ayer. Del mismo modo, podéis descargaros la grabación del chat anterior desde este enlace. Agradecer a los compañeros del metal (Gustavo, Fabián, Mario, André, Alberto y David) su participación en el chat y a los asistentes por las preguntas realizadas. Aprovecho el post para comentar algunas de las cuestiones que se plantearon y dejar registro de la solución a las mismas (o al menos el camino a mirar):

  • Escaneo de documentos hacía SharePoint, hay varias alternativas disponibles como:
  • Alta disponibilidad en SharePoint 2010, cero tiempo de caída y de pérdida de información sensible. Aquí la idea es usar Clustering a nivel de SQL Server, Mirroring o bien una combinación de ambos. Algo que no se comentó en el chat es el uso de Log Shipping, la definición conceptual de estos términos es la siguiente:
    • Clustering, es decir, configure un “failover cluster” a nivel de SQL Server que se define como una combinación de uno o más nodos o servidores y uno o más discos compartidos configurados como si se tratase una única máquina física, pero con capacidad de respuesta a fallos entre los nodos del clúster de manera que si uno de los nodos cae, automáticamente entra en funcionamiento otro de los nodos disponibles y de forma agnóstica para SharePoint 2010 que ve el clúster como un conjunto sin considerar las particularidades de su implementación.
    • Mirroring, que al contrario que en el caso de Clustering implica disponer de un servidor principal de BD’s y otro Espejo al que se envían las transacciones desde el servidor principal. En un escenario de alta disponibilidad de SQL Server con Mirroring, se dispone de un servidor testigo que continuamente monitoriza la salud del servidor principal de manera que si este cae, le cede el testigo al servidor espejo de manera que la granja de SharePoint 2010 no se resienta y continúe funcionando de manera ininterrumpida (es cuestión de segundos el paso del testigo). Además de este mecanismo para proporcionar alta disponibilidad, la técnica de Mirroring proporciona redundancia de BD’s de contenidos y de configuración así como para muchas de las BD’s de las aplicaciones de servicio de SharePoint 2010.
    • Log Shipping, que permite realizar copias de seguridad el log de transacciones de una instancia principal de SQL Server de forma regular en una o varias instancias secundarias de SQL Server.

Lo habitual en despliegues de alta disponibilidad de SharePoint 2010 es usar alguna de estas técnicas, cada una con sus ventajas e inconvenientes, e incluso combinarlas (mecanismos híbridos para garantizar la alta disponibilidad y que aprovechen lo mejor de cada técnica). Al final se trata de buscar un equilibrio entre el coste y la garantía de unos tiempos de recuperación mínimos de servicio y de datos. Si estos tiempos se quieren minimizar, será a base de aumentar el coste. Si el coste no se quiere disparar, entonces tendremos unos tiempos de recuperación peores. Algunas referencias al respecto:

   1: function PreSaveAction() 

   2: {

   3:  

   4:     //Variables de comprobación

   5:     var bDataValid=false;

   6:     if (//Comrpobar datos) {

   7:         //Lógica adicional de comprobación

   8:         bDataValid = true;

   9:     }

  10:  

  11:  

  12:     if (bDataValid==false) {

  13:         alert("Datos introducidos no correctos");

  14:         return false;

  15:     }

  16:  

  17:     return true;  // OK para realizar el guardado

  18: }

Y en principio estas fueron algunas de las cuestiones más relevantes. Como comenté en el WebCast, os animo a plantear las dudas que tengáis en torno a SharePoint en los foros o bien contactado con nosotros directamente:

image