PDF de programación - CompartiMOSS 18

COMPARTIMOSS COMPARTIMOSS 03 Editorial

En este número de CompartiMOSS, como en cualquier
otra actividad al final del año, es irremediable mirar hacia
atrás y hacer una evaluación del trabajo realizado en los
últimos doce meses. Hace exactamente un año los cuatro
encargados de la revista nos pusimos la meta de dar los
primeros pasos para “profesionalizar” a CompartiMOSS:
utilización de un equipo de diseñadores gráficos
profesionales para crear la versión de pdf, salir al aire con
una versión Web, crear aplicaciones para todo tipo de
dispositivos móviles. Y, por supuesto, conseguir el apoyo
financiero para poder sufragar todos los gastos que esto
conlleva.

Como pueden ver en la foto, los cuatro hemos aprovechado
la oportunidad que nos ha proporcionado el MVP Summit
de Microsoft en Seattle para reunirnos, mirar hacia atrás,
comparar los objetivos del año con lo realizado, y crear
nuevas metas para el año que se nos viene encima. La mayor
conclusión es que la revista no solo ha ganado en calidad, y
que el riesgo económico que tomamos inicialmente se ha
compensado gracias a las empresas que nos han apoyado,
sino también que nuestra base de lectores ha aumentado,
y la revista es cada vez más “el” medio de consulta para
toda
la comunidad hispanohablante de usuarios de

SharePoint. Por supuesto también hemos tratado de ver
cuál es el camino a seguir, y nos hemos impuesto nuevos
desafíos para los tiempos que se acercan, los que iremos
haciendo públicos poco a poco a lo largo del próximo año.

Estamos seguros que con el apoyo de toda la comunidad,
CompartiMOSS seguirá su camino ascendente. En este
número solo nos resta darle las gracias a Adrian Diaz por
la creación de las aplicaciones para iPhone y Android,
y desearle a todos ustedes, nuestros lectores, autores
y patrocinadores, unas felices fiestas y que se diviertan
tanto leyendo este número como nosotros nos divertimos
creándolo.

ALBERTO DÍAZ
[email protected]
JUAN CARLOS GONZÁLEZ
[email protected]
GUSTAVO VÉLEZ
[email protected]
FABIÁN IMAZ
[email protected]

03

COMPARTIMOSS 04 Configurando tu granja más allá del Asistente.

Resumen
El proceso de instalación de SharePoint 2013 (aplica
también para la versión 2010), es sumamente sencillo.
Sin embargo, la utilización del asistente conlleva algunas
configuraciones algo espurias y que no en todos los
casos resultan adecuadas (por no decir en la mayoría de
los entornos de producción). Veremos en este artículo
los porqués, y un paso a paso para conseguir mejores
resultados de nuestra granja.

Artículo
¿Cómo lo hace el asistente?
Veamos primero que características de las acciones del
asistente son las que deben ocuparnos.
Creación de bases de datos
predeterminados

con parámetros

Desde el punto de vista de la administración de bases de
datos, el asistente utiliza la forma reducida de sentencia
para la creación de una base de datos. Digamos que crea
la base de datos de configuración (SharePoint_Config). La
sentencia utilizada es:

CREATE
DATABASE
[SharePoint_Config]

GO


 

Esta sentencia utiliza los valores predeterminados que, sin
cambios por parte del administrador de bases de datos,
definen los mismos almacenamientos que la base de
datos model (la plantilla con la que se crean las bases de
datos en general), tiene configurados.

tamaño, lo cual nos ahorra cualquier preocupación acerca
de la estimación de tamaño… excepto porque dicho
crecimiento se hace en bloques de ¡1 Mb!, mientras que
el del archivo de log se hace en modo porcentual (10%).

(growth)


round(growth/102.4,0)



select
name,
































when
1
then




else




end


as
growth,






























from
sys.database_files


case
is_percent_growth














case
is_percent_growth















'%'



when
1
then




else




end


as
growMode



'Mb'



 

Probablemente, en el caso de la base de datos de
configuración de la granja, esto no sea demasiado
importante pero: ¿Y las bases de datos de contenido?

Imaginemos un usuario agregando un archivo a un sitio
de SharePoint, siendo el documento de 10 Mb. El proceso
de subida del mismo deberá esperar 10 veces a que se
incremente el espacio de la base de datos, si justo se da el
caso que la misma esté totalmente ocupada.
¿Situación casi imposible, no? Que justo la base esté llena…
¿Seguro? Imaginemos 100 usuarios trabajando en distintas
bibliotecas en simultáneo, cada uno subiendo documentos
de variado tamaño…

Como se ve, el tamaño del archive de datos, alcanza los
5 Mb, mientras que el archivo físico de log, solo lleva 1
Mb. Ambos tamaños son realmente escasos para lo que
podemos necesitar almacenar en la base de datos. Y ni
que decir cuando tratamos con otras bases, como pueden
ser nuestras bases de datos de contenidos. Claro, la
base tiene configurada la opción de auto incremento de

Esas bases de datos con nombres
raros
Es claro que resulta complejo asignar nombres de bases de
datos en forma automática y es por ello que el asistente
genera las bases de datos (excepto la que define la granja),
con nombres a los que encadena un GUID. Esto, en el

04

COMPARTIMOSS tiempo, hará más confuso el mantenimiento de las bases
en general.
Finalmente, una vez tengamos creada la granja y el
SharePoint en uso, los propios usuarios demandarán,
mayor almacenamiento y mejor rendimiento. Y entonces,
habrá que coordinar con el DBA de qué manera distribuir
los archivos físicos en discos ad-hoc… cosa que ni el
asistente ni la Administración Central de SharePoint serán
capaces de manejar.

Empecemos por las cuentas de
servicio
Una de las consideraciones importantes es la de tener
cuentas de servicio definidas para ejecutar SharePoint.
Más allá de la posibilidad que ya existan creadas, o que
el Administrador de dominio lo haga, en casos donde
podamos definirlo, será más fácil tener un script listo para
ello (que podremos regalar al Administrador, para quedar
bien).
Veamos que cuentas debiéramos tener.

Además, siendo ordenados,
las cuentas de servicio
debieran estar en otra Unidad Organizacional que el
grupo genérico de “usuarios” habitual en el dominio.
Esto permitirá manejar mejor cuestiones de, por ejemplo,
seguridad. Utilizando PowerShell, siempre que podamos
ejecutarlo como administradores de dominio en un
servidor que tenga dicho rol asignado, podremos crear
estos elementos. Como primer paso, debemos agregar el
Snap-In correspondiente

import-module ActiveDirectory -ErrorAction Stop 

Luego procederemos a buscar si ya tenemos una OU
para las cuentas de servicios. Estamos usando el nombre
‘Services’ para dicha OU, pero está definida en una variable
de modo de adaptarla a los requerimientos de cada caso

$ServicesOU="Services" #Nombre de la OU de servicios
$OU=Get-ADOrganizationalUnit -Filter 'Name -like $ServicesOU' -ErrorAction
SilentlyContinue
if($OU -eq $null){

$OU=New-ADOrganizationalUnit -Name $ServicesOU
$OU=Get-ADOrganizationalUnit -Filter 'Name -like $ServicesOU' -ErrorAction
Stop
}


 

Recomiendo PowerShell ISE (versión 3),
que además de permitir ver fácilmente
si hay errores de escritura, facilita la
edición de scripts complejos

Luego, también en variable, definiremos la contraseña a
usar para los servicios, la transformamos a cadena segura
y definimos las cuentas para los mismos.

New-ADUser -Path $OU -Name SPServices -AccountPassword $password -GivenName
"SharePoint" -Surname "Services" -DisplayName "SharePoint Services" -
CannotChangePassword $true -ChangePasswordAtLogon $false -Description
"SharePoint Services account" -Enabled $true -PasswordNeverExpires $true -
SamAccountName SPServices #EOL

New-ADUser -Path $OU -Name SPSearch -AccountPassword $password -GivenName
"Search" -Surname "Services" -DisplayName "Search Services" -
CannotChangePassword $true -ChangePasswordAtLogon $false -Description
"SharePoint Search account" -Enabled $true -PasswordNeverExpires $true -
SamAccountName SPSearch #EOL

New-ADUser -Path $OU -Name SPAppPool -AccountPassword $password -GivenName
"SharePoint" -Surname "AppPool" -DisplayName "SharePoint AppPool" -
CannotChangePassword $true -ChangePasswordAtLogon $false -Description
"SharePoint App Pool account" -Enabled $true -PasswordNeverExpires $true -
SamAccountName SPAppPool #EOL

New-ADUser -Path $OU -Name SPCAAppPool -AccountPassword $password -
CannotChangePassword $true -ChangePasswordAtLogon $false -GivenName
"SharePoint CA" -Surname "AppPool" -Description "SharePoint Central
Administration App Pool account" -Enabled $true -PasswordNeverExpires $true -
SamAccountName SPCAAppPool #EOL


 

Nota: Cada sentencia debe estar completa en una sola
línea y es por ello que he indicado el final de cada una con
#EOL.

Creación de las bases de datos
Entremos ahora al tema de las bases de datos. Todos los
pasos que siguen en este título, deben ser ejecutados con
el SQL Server Management Studio en el servidor SQL que
utilizaremos para servir nuestras bases de datos. Aquí
necesitamos algunos datos importantes, a saber. Por
ejemplo, la ubicación predeterminada de los archivos de
datos y de transacciones del SQL Server.

La configuración de esto se encuentra en el registro de
Windows, como bien me aclaró el amigo Eladio Rincón
(http://tinyurl.com/erincon ).

Claro que eso de meterse en la registry desde T-SQL es como
medio peligroso, así que se me ocurrió, sencillamente,
crear una base de datos vacía, ver donde los ponía, y luego
eliminarla sin más. No es muy ortodoxo, de acuerdo, pero:
¿a qué es efectivo?











AS




NVARCHAR(MAX)


NVARCHAR(MAX)

AS


U