Se recomienda tener content database`s de 200 GB tanto por la performance pero principalmente por la administración (backup & restore). Si una base de contenido pasa este tamaño recomendado, tendremos que mover un site collection a otra content database.
- Verificar el tamaño del site collection
$used = (Get-SPSiteAdministration –Identity <http://sitecollectionurl>).DiskUsed
$used
- Crear la base de contenidos (en el mismo server de base de datos, si queremos mover el site collection a otra base de contenido que no está en el server de SQL original, el procedimiento cambia)
- Limpiar los datos de auditoria
$date = Get-Date
$date = $date.AddMilliseconds(1)
(Get-SPSite -Identity <http://sitecollectionurl>).Audit.TrimAuditLog($date)
- Verifica que haya espacio suficiente en el volumen donde está la base de contenido de destino
- Mover el site collection
Move-SPSite <http://sitecollectionurl> -DestinationDatabase <DestinationContentDb>
Para finalizar has un iisreset en todos los servers, y limpia la cache de Sharepoint (http://blogs.msdn.com/b/jamesway/archive/2011/05/23/sharepoint-2010-clearing-the-configuration-cache.aspx)
En el caso que quieras mover un site collection a otra base de contenido que NO está en el mismo server que el original, se recomienda crear un base de contenido vacia en el server local, mover ese site collection a esa base, y después mover la base de contenido completa al nuevo server, y attacharla al web application. Es mucho más eficiente que hacer un backup & restore del site.
No hay comentarios:
Publicar un comentario