Gestor Documental basado en SharePoint + NetApp

Hola,
Interesante cuestion... algunos comentarios al respecto:

Sabemos que la forma en que SharePoint almacena los ficheros es “natural”,
en el sentido de que no los encapsula o encripta…. Por ejemplo se puede
acceder con el Explorer de Windows al servidor SharePoint y desde allí
visualizar, copiar, mover o borrar los documentos almacenados en un
repositorio SharePoint (otra cosa es que sea correcto hacer esto...).

En realidad, tanto el servidor como Explorer usan el sistema de autorizacion
de SharePoint, asi que usuarios que NO estan autorizados, no pueden ni
siquiera ver los documentos.

Por tanto, asumimos que SharePoint por un lado guarda los documentos de
forma “natural” y por otro lado tiene una base de datos donde registrarán la
lógica de la aplicación (etiquetas, control de versiones, …). Luego está la
aplicación o interfaz gráfica tanto de administración como de usuario (los
portales). Consideramos por tanto tres niveles: ficheros, BD y aplicaciones.

No, en realidad toda la informacion esta guardada en las Bases de Datos de
contenido, nada en archivos o aplicaciones

Así pues la consulta se refiere a la posibilidad de separar entidades de
manera que NetApp contenga el almacén de ficheros, mientras que la BD y las
aplicaciones estén en otro servidor.

SQL es completamente separado de SharePoint y puede estar (fisicamente) en
servidores totalmente separados: lo unico que SharePoint necesita en su
configuracion es un pointer a SQL.

Programas como NetApp tienen algo de razon para existir en archivos muy
grandes que no son indexados por el motor de busqueda de SharePoint/SQL...
por ejemplo, videos o archivos MP3. De resto no vale la pena, pues el penalty
que vas a pagar en cuanto a mayor administracion (backups separados,
administracion de un archivo fisico), velocidad (informacion guardada en SQL
puede ser recobrada mas rapidamente que en un archivo fisico), indexacion
(SQL indexa su propia informacion de forma mas eficiente [IFilters]) y en
precio (estos productos no son precisamente baratos) es demasiado alto...
Ademas SharePoint 2007 dispone de su propia infraestructura para guardar
archivos muy grandes ("External Storing of Binary Large Objects").
Si tu problema es de seguridad, como te decia antes, toda la informacion
esta almacenada en base al esquema de autorizacion y autenticacion de
SharePoint, asi que usuarios no tienen forma de ver ni cambiar lo que no
pueden. Y si te da miedo que lo puedan ver directamente accediendo a las
Bases de Datos, SQL 2008 puede encriptar toda la informacion por defecto.
Saludos,
Gustavo
http://www.gavd.net/servers/default.aspx
http://geeks.ms/blogs/gvelez/


"prubio" wrote:

Hola,

Se desea usar un sistema NetApp para alojar la documentación que maneje
SharePoint como gestor documental, ojo: no como copia de respaldo (no nos
referimos a la utilidad SnapManager de Microsoft), sino como almacén de la
documentación que maneja SharePoint.

Alguien tiene alguna experiencia en este sentido o prevé que puede haber
problemas en cómo manejan uno y otro sistemas el concepto "almacen de
documentos"?
_______________________________

Sabemos que la forma en que SharePoint almacena los ficheros es “natural”,
en el sentido de que no los encapsula o encripta…. Por ejemplo se puede
acceder con el Explorer de Windows al servidor SharePoint y desde allí
visualizar, copiar, mover o borrar los documentos almacenados en un
repositorio SharePoint (otra cosa es que sea correcto hacer esto...).

Por tanto, asumimos que SharePoint por un lado guarda los documentos de
forma “natural” y por otro lado tiene una base de datos donde registrarán la
lógica de la aplicación (etiquetas, control de versiones, …). Luego está la
aplicación o interfaz gráfica tanto de administración como de usuario (los
portales). Consideramos por tanto tres niveles: ficheros, BD y aplicaciones.

Así pues la consulta se refiere a la posibilidad de separar entidades de
manera que NetApp contenga el almacén de ficheros, mientras que la BD y las
aplicaciones estén en otro servidor.

_____________
prubio