Almacenamiento para Sharepoint

Hola,

Estamos trabajando en una implantación de SPS/WSS 2003

Según he leido si existe una previsión de tener un tamaño de datos a
almacenar habría que reservar:

200 % de ese tamaño para la base de datos
25% de ese tamaño en el servidor de job/index
50% de ese tamaño en los servidores de front-end/búsqueda

Nuestra pregunta esta relacionada con la ubicación de estos datos para los
servidores de job/index y frontend/búsqueda:

¿Es necesario que esta capacidad de datos se reserve en los discos de
sistema de estas máquinas?, es decir, ¿No se puede albergar un disco
independiente en el que se pueda incluir los ficheros de catálogo e
indización para que esten separados del disco de sistema?

Nos gustaría tener un disco de sistema independiente, y luego unos discos
para las funcionalidades de búsqueda (que son las que requieren los datos)
que pudiesemos ir aumentando en función de las necesidades.

¿Como le indico al producto donde albergo estos ficheros si quiero que no
sea en el disco de sistema C:\ tanto para el servidor job/index como para los
fron-end?

Muchas Gracias
José Manuel

Hola Jose,
SharePoint guarda todos sus datos en 4 Bases de Datos de SQL Server, y no
utiliza el sistema de archivos para nada (mira algo de informacion en
http://www.gavd.net/servers/sharepo...0&itm1).
Esto significa que el espacio que tienes que reservar es para SQL, no para
SharePoint mismo. La configuracion de los servidores la realizas desde la
"Administracion central de SharePoint Portal Server" -> "Configurar topologia
de servidores". Alli puedes definir que servidor(es) haran el trabajo de Web,
Busqueda, Indice y/o Trabajo. En principio el(los) servidor(es) de SQL son
independientes de SharePoint y lo puedes configurar tambien desde la
Administracion Central.
Saludes,
Gustavo
http://www.gavd.net/servers/default.aspx


"Jose M. Dominguez" wrote:

> Hola,
>
> Estamos trabajando en una implantación de SPS/WSS 2003
>
> Según he leido si existe una previsión de tener un tamaño de datos a
> almacenar habría que reservar:
>
> 200 % de ese tamaño para la base de datos
> 25% de ese tamaño en el servidor de job/index
> 50% de ese tamaño en los servidores de front-end/búsqueda
>
> Nuestra pregunta esta relacionada con la ubicación de estos datos para los
> servidores de job/index y frontend/búsqueda:
>
> ¿Es necesario que esta capacidad de datos se reserve en los discos de
> sistema de estas máquinas?, es decir, ¿No se puede albergar un disco
> independiente en el que se pueda incluir los ficheros de catálogo e
> indización para que esten separados del disco de sistema?
>
> Nos gustaría tener un disco de sistema independiente, y luego unos discos
> para las funcionalidades de búsqueda (que son las que requieren los datos)
> que pudiesemos ir aumentando en función de las necesidades.
>
> ¿Como le indico al producto donde albergo estos ficheros si quiero que no
> sea en el disco de sistema C:\ tanto para el servidor job/index como para los
> fron-end?
>
> Muchas Gracias
> José Manuel

Hola Gustavo:

No se si estoy en un error pero lo que tu me indicas es almacenamiento
exclusivo de datos, según el artículo de Microsoft:
"Capacity Planning for SPS 2003"
http://office.microsoft.com/en-us/a...31033.aspx

En el apartado Scalability Recomendations, y dentro de este, en la seccion
Storage se dice:

"SharePoint Portal Server 2003 stores data in SQL Server and full-text
indexes in the file systems on the search and index management servers"

En una tablita inferior indica que necesitas un 50% del espacio que
necesitas para datos para almacenar los index en los servidores de busqueda
(que se generan cada vez que haces un propagation) y un 25% para almacenar el
index del job server.

De ahi que si tienes 100 GB de datos necesites 25 GB en tu index server y 50
GB en tus servidores front-end. Nosotros lo que queremos (si esto es asi) es
poder almacenar esto en un disco distinto del de sistema por si tuviesemos
que crecer luego no afecte a la instalación del producto.


Por favor, corrigeme si estoy equivocado

Un saludo
José Manuel

"Gustavo" escribió:

> Hola Jose,
> SharePoint guarda todos sus datos en 4 Bases de Datos de SQL Server, y no
> utiliza el sistema de archivos para nada (mira algo de informacion en
> http://www.gavd.net/servers/sharepo...0&itm1).
> Esto significa que el espacio que tienes que reservar es para SQL, no para
> SharePoint mismo. La configuracion de los servidores la realizas desde la
> "Administracion central de SharePoint Portal Server" -> "Configurar topologia
> de servidores". Alli puedes definir que servidor(es) haran el trabajo de Web,
> Busqueda, Indice y/o Trabajo. En principio el(los) servidor(es) de SQL son
> independientes de SharePoint y lo puedes configurar tambien desde la
> Administracion Central.
> Saludes,
> Gustavo
> http://www.gavd.net/servers/default.aspx
>
>
> "Jose M. Dominguez" wrote:
>
> > Hola,
> >
> > Estamos trabajando en una implantación de SPS/WSS 2003
> >
> > Según he leido si existe una previsión de tener un tamaño de datos a
> > almacenar habría que reservar:
> >
> > 200 % de ese tamaño para la base de datos
> > 25% de ese tamaño en el servidor de job/index
> > 50% de ese tamaño en los servidores de front-end/búsqueda
> >
> > Nuestra pregunta esta relacionada con la ubicación de estos datos para los
> > servidores de job/index y frontend/búsqueda:
> >
> > ¿Es necesario que esta capacidad de datos se reserve en los discos de
> > sistema de estas máquinas?, es decir, ¿No se puede albergar un disco
> > independiente en el que se pueda incluir los ficheros de catálogo e
> > indización para que esten separados del disco de sistema?
> >
> > Nos gustaría tener un disco de sistema independiente, y luego unos discos
> > para las funcionalidades de búsqueda (que son las que requieren los datos)
> > que pudiesemos ir aumentando en función de las necesidades.
> >
> > ¿Como le indico al producto donde albergo estos ficheros si quiero que no
> > sea en el disco de sistema C:\ tanto para el servidor job/index como para los
> > fron-end?
> >
> > Muchas Gracias
> > José Manuel

Hola Jose,
Bueno, tu tienes razon en cuanto a SQL y yo tambien tengo un poquito de
razon en cuanto a SharePoint (asi todos ganamos 8-).
A lo que el articulo que mencionas se refiere, es mas una cuestion de SQL
que de SPS. Y peor aun, ni siquiera es una cosa de SQL sino de MSSearch, el
que crea y mantiene indexes en el sistema de archivo (y no como SQL que los
guarda dentro de SQL mismo). Mira el siguiente articulo de Microsoft que
explica todo el rollo:

http://msdn.microsoft.com/library/d...search.asp

En el articulo tambien te indican como cambiar el sitio del Full-Text
Catalog. Esta opcion no la encontraras en ninguna parte de SharePoint, pues,
de nuevo, no tiene nada que ver con SPS.
Todos los dias se aprende algo nuevo... en este momento estoy viendo los
indexes creados en el directorio "FTDATA" de SQL...
Un saludo,
Gustavo
http://www.gavd.net/servers/default.aspx



"Jose M. Dominguez" wrote:

> Hola Gustavo:
>
> No se si estoy en un error pero lo que tu me indicas es almacenamiento
> exclusivo de datos, según el artículo de Microsoft:
> "Capacity Planning for SPS 2003"
> http://office.microsoft.com/en-us/a...31033.aspx
>
> En el apartado Scalability Recomendations, y dentro de este, en la seccion
> Storage se dice:
>
> "SharePoint Portal Server 2003 stores data in SQL Server and full-text
> indexes in the file systems on the search and index management servers"
>
> En una tablita inferior indica que necesitas un 50% del espacio que
> necesitas para datos para almacenar los index en los servidores de busqueda
> (que se generan cada vez que haces un propagation) y un 25% para almacenar el
> index del job server.
>
> De ahi que si tienes 100 GB de datos necesites 25 GB en tu index server y 50
> GB en tus servidores front-end. Nosotros lo que queremos (si esto es asi) es
> poder almacenar esto en un disco distinto del de sistema por si tuviesemos
> que crecer luego no afecte a la instalación del producto.
>
>
> Por favor, corrigeme si estoy equivocado
>
> Un saludo
> José Manuel
>
> "Gustavo" escribió:
>
> > Hola Jose,
> > SharePoint guarda todos sus datos en 4 Bases de Datos de SQL Server, y no
> > utiliza el sistema de archivos para nada (mira algo de informacion en
> > http://www.gavd.net/servers/sharepo...0&itm1).
> > Esto significa que el espacio que tienes que reservar es para SQL, no para
> > SharePoint mismo. La configuracion de los servidores la realizas desde la
> > "Administracion central de SharePoint Portal Server" -> "Configurar topologia
> > de servidores". Alli puedes definir que servidor(es) haran el trabajo de Web,
> > Busqueda, Indice y/o Trabajo. En principio el(los) servidor(es) de SQL son
> > independientes de SharePoint y lo puedes configurar tambien desde la
> > Administracion Central.
> > Saludes,
> > Gustavo
> > http://www.gavd.net/servers/default.aspx
> >
> >
> > "Jose M. Dominguez" wrote:
> >
> > > Hola,
> > >
> > > Estamos trabajando en una implantación de SPS/WSS 2003
> > >
> > > Según he leido si existe una previsión de tener un tamaño de datos a
> > > almacenar habría que reservar:
> > >
> > > 200 % de ese tamaño para la base de datos
> > > 25% de ese tamaño en el servidor de job/index
> > > 50% de ese tamaño en los servidores de front-end/búsqueda
> > >
> > > Nuestra pregunta esta relacionada con la ubicación de estos datos para los
> > > servidores de job/index y frontend/búsqueda:
> > >
> > > ¿Es necesario que esta capacidad de datos se reserve en los discos de
> > > sistema de estas máquinas?, es decir, ¿No se puede albergar un disco
> > > independiente en el que se pueda incluir los ficheros de catálogo e
> > > indización para que esten separados del disco de sistema?
> > >
> > > Nos gustaría tener un disco de sistema independiente, y luego unos discos
> > > para las funcionalidades de búsqueda (que son las que requieren los datos)
> > > que pudiesemos ir aumentando en función de las necesidades.
> > >
> > > ¿Como le indico al producto donde albergo estos ficheros si quiero que no
> > > sea en el disco de sistema C:\ tanto para el servidor job/index como para los
> > > fron-end?
> > >
> > > Muchas Gracias
> > > José Manuel

Hola Jose,
Bueno, tu tienes razon en cuanto a SQL y yo tambien tengo un poquito de
razon en cuanto a SharePoint (asi todos ganamos 8-).
A lo que el articulo que mencionas se refiere, es mas una cuestion de SQL
que de SPS. Y peor aun, ni siquiera es una cosa de SQL sino de MSSearch, el
que crea y mantiene indexes en el sistema de archivo (y no como SQL que los
guarda dentro de SQL mismo). Mira el siguiente articulo de Microsoft que
explica todo el rollo:

http://msdn.microsoft.com/library/d...search.asp

En el articulo tambien te indican como cambiar el sitio del Full-Text
Catalog. Esta opcion no la encontraras en ninguna parte de SharePoint, pues,
de nuevo, no tiene nada que ver con SPS.
Todos los dias se aprende algo nuevo... en este momento estoy viendo los
indexes creados en el directorio "FTDATA" de SQL...
Un saludo,
Gustavo
http://www.gavd.net/servers/default.aspx



"Jose M. Dominguez" wrote:

> Hola Gustavo:
>
> No se si estoy en un error pero lo que tu me indicas es almacenamiento
> exclusivo de datos, según el artículo de Microsoft:
> "Capacity Planning for SPS 2003"
> http://office.microsoft.com/en-us/a...31033.aspx
>
> En el apartado Scalability Recomendations, y dentro de este, en la seccion
> Storage se dice:
>
> "SharePoint Portal Server 2003 stores data in SQL Server and full-text
> indexes in the file systems on the search and index management servers"
>
> En una tablita inferior indica que necesitas un 50% del espacio que
> necesitas para datos para almacenar los index en los servidores de busqueda
> (que se generan cada vez que haces un propagation) y un 25% para almacenar el
> index del job server.
>
> De ahi que si tienes 100 GB de datos necesites 25 GB en tu index server y 50
> GB en tus servidores front-end. Nosotros lo que queremos (si esto es asi) es
> poder almacenar esto en un disco distinto del de sistema por si tuviesemos
> que crecer luego no afecte a la instalación del producto.
>
>
> Por favor, corrigeme si estoy equivocado
>
> Un saludo
> José Manuel
>
> "Gustavo" escribió:
>
> > Hola Jose,
> > SharePoint guarda todos sus datos en 4 Bases de Datos de SQL Server, y no
> > utiliza el sistema de archivos para nada (mira algo de informacion en
> > http://www.gavd.net/servers/sharepo...0&itm1).
> > Esto significa que el espacio que tienes que reservar es para SQL, no para
> > SharePoint mismo. La configuracion de los servidores la realizas desde la
> > "Administracion central de SharePoint Portal Server" -> "Configurar topologia
> > de servidores". Alli puedes definir que servidor(es) haran el trabajo de Web,
> > Busqueda, Indice y/o Trabajo. En principio el(los) servidor(es) de SQL son
> > independientes de SharePoint y lo puedes configurar tambien desde la
> > Administracion Central.
> > Saludes,
> > Gustavo
> > http://www.gavd.net/servers/default.aspx
> >
> >
> > "Jose M. Dominguez" wrote:
> >
> > > Hola,
> > >
> > > Estamos trabajando en una implantación de SPS/WSS 2003
> > >
> > > Según he leido si existe una previsión de tener un tamaño de datos a
> > > almacenar habría que reservar:
> > >
> > > 200 % de ese tamaño para la base de datos
> > > 25% de ese tamaño en el servidor de job/index
> > > 50% de ese tamaño en los servidores de front-end/búsqueda
> > >
> > > Nuestra pregunta esta relacionada con la ubicación de estos datos para los
> > > servidores de job/index y frontend/búsqueda:
> > >
> > > ¿Es necesario que esta capacidad de datos se reserve en los discos de
> > > sistema de estas máquinas?, es decir, ¿No se puede albergar un disco
> > > independiente en el que se pueda incluir los ficheros de catálogo e
> > > indización para que esten separados del disco de sistema?
> > >
> > > Nos gustaría tener un disco de sistema independiente, y luego unos discos
> > > para las funcionalidades de búsqueda (que son las que requieren los datos)
> > > que pudiesemos ir aumentando en función de las necesidades.
> > >
> > > ¿Como le indico al producto donde albergo estos ficheros si quiero que no
> > > sea en el disco de sistema C:\ tanto para el servidor job/index como para los
> > > fron-end?
> > >
> > > Muchas Gracias
> > > José Manuel