SharePoint Storage Optimization
•
0 recomendaciones•419 vistas
Optimización del Almacenamiento en SharePoint
Recomendados
Más contenido relacionado
Destacado
Destacado (12)
Similar a SharePoint Storage Optimization
Similar a SharePoint Storage Optimization (20)
Más de Roberto Vazquez Delgado
Más de Roberto Vazquez Delgado (8)
Último
Último (16)
SharePoint Storage Optimization
- 1. Optimización del Almacenamiento Roberto Vázquez Delgado EMEA Systems Engineer
- 2. Agenda Herramientasnativas SharePoint 2010 Problemas de almacenamiento EBS vs RBS MigrarvsConectar Connector Storage Optimization Insert / Header & Footer to change 2 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc. 2
- 4. Control de Versiones
- 5. Información de búsqueda e indexado
- 6. CrecimientoComo reglaprácticapara la planificacióninicial: 3.5 x el sistema de archivos Optimización del Almacenamiento 3 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 9. Contenido SharePoint = BLOB + Metadata
- 10. BBDD Contenido = BBDD de … BLOBs + Metadata
- 11. BBDD SQL necesita altos IOPS (input/output operations per second) y bajalatencia
- 12. Altos IOPS + almacenamiento de bajalatencia = €€€€
- 13. Los BLOBs no participan en lasoperaciones de consulta, por lo que no tienesentido el tenerBLOBs en una BBDD
- 14. BBDDllena de BLOBs = €€€€ perdidos Optimización del Almacenamiento 5 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 15. Almacenamiento en SharePoint pordefecto SharePoint WFE SharePoint Object Model BLOBs & Metadata SQL Server Content DB Config DB Storage Optimization 6 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 17. Rendimiento
- 18. Costes de AlmacenamientoOptimización del Almacenamiento 7 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 22. Bloquear la subida de BLOBsOptimización del Almacenamiento 9 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 23. Extending Moviendo los BLOBs fuera de la BBDD Storage Optimization 10 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 24. APIs disponibles SharePoint External BLOB Service (EBS) SQL Remote BLOB Service (RBS) Storage Optimization 11 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 26. SharePoint 2007 SP1+ API
- 27. RBS = Remote BLOB Service
- 28. SQL Server 2008R2 Feature Pack API, con soporte SharePoint 2010
- 29. Ámbos son especificaciones de la interfaz
- 30. Necesitan de un proveedorparapoderfuncionar
- 31. ImposibletenerámbosproveedoresStorage Optimization 12 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 33. El proveedor EBS puedetomarposesión del BLOB
- 34. El proveedorproporciona a SharePoint un testigo o stub paraque SharePoint sepacómoobtener el objeto
- 35. Transparentepara el usuario final SharePoint WFE SharePoint Object Model BLOB SQL Server BLOB Store Metadata Content DB Config DB EBS Provider Storage Optimization 13 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 37. Solo 1 proveedor EBS porgranja de SharePoint
- 38. BLOBs huérfanos- no existe un métododirectoque compare el almacén de BLOBs y la BBDD de Contenido
- 39. Cumplimiento legal- ¿Quépasasi no quieropermitir a SharePoint eliminar el objeto?Storage Optimization 14 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 41. No esexclusivo de SharePoint, disponible a cualquieraplicación
- 42. Cadaproveedorpuede ser asociado con cada base de datosSharePoint Object Model BLOB & Metadata SQL Server Relational Access Metadata BLOB RBS Client Library Provider Library X Provider Library Y Content DB X Content DB Y BLOB Store BLOB Store Storage Optimization 15 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 45. Sólo 1 proveedor RBS por BBDD de Contenido
- 46. Los BLOBs huérfanos no suponen un problema
- 47. Puedebloquearoperaciones,desde un punto de vista del almacenamiento
- 48. Puede ser administradovíaPowershellStorage Optimization 17 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 49. EBS versus RBS, ¿cuálesmejor? EBS Mejorintegración con lasaplicaciones, permitemásreglas y configuraciones Storage Optimization 18 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 50. EBS versus RBS, ¿cuálesmejor? RBS EBS Más simple, permiteunaarquitecturamásunificada entre diferentesaplicaciones Mejorintegración con lasaplicaciones, permitemásreglas y configuraciones http://www.codeplex.com/sqlrbs Storage Optimization 19 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 53. El BCS es a bases de datosexternascomo Connector es a almacenamientoexterno de archivos
- 54. Seimplementa gracias a un tipo especial de Bibliotecas de Documentos-File System Document Library -Media Library Storage Optimization 21 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 55. Connecting La mejormanera de anticiparse al problema de los BLOBs
- 57. Manteniendo SharePoint comosucapa de presentaciónpara los sistemas de archivosexistentes:
- 58. Unidadescompartidas, servicios en la nube,sistemas ECM, etc.
- 59. Funcionamiento con SharePoint workflows, alertas, aplicaciones Office, aplicaciones de terceros etc.Storage Optimization 23 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 60. DocAve Connectors 1) Creamosuna Content Library 2) Cargamos la metadata del origen Stub Diseñador de sitios BBDD 3) Cuando los usuariosacceden a la información, estransparentementecargadadesde el origen. Los cambiosseránguardadosdirectamente al disco. 2) Connectamos y sincr. con el contenido del origen Almacenam. en la nube WebFront-end Almacenamiento de disco Usuarios Storage Optimization 24 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 62. La información se queda elsistema de orígen
- 63. Se daunasegundavida al sistemanativoincrementandosu valor
- 64. La carga del almacenamiento la maneja el sistemanativo
- 65. Los cambios se propagan al origen
- 68. La información se muevedentro de SharePoint
- 69. SharePoint reemplaza el sistemanativo
- 70. La carga del almacenamientola manejaSharePoint
- 71. Los cambios se guardan en SharePoint
- 72. Migrar y deshacerse del sistemaantiguoStorage Optimization 25 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
- 73. ¡Gracias! Q&A roberto.delgado@avepoint.com Storage Optimization 26 © 2010 AvePoint, Inc. All rights reserved. No part of this may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, without the prior written consent of AvePoint, Inc.
Notas del editor
- There are several things you need to take into consideration when planning for how much storage you will need to allocate to SharePoint content.
- There are a few basic ways to manage storage growth in SharePoint. First things first, set site quotas and alerts, we always recommend a 10 GB limit and 8 GB alert. This is going to let you stay on top of which sites are growing more quickly so you can plan future structure accordingly. Next is to monitor growth trends. Pay attention to how quickly your sites are growing, and then don’t forget to monitor the overall Content DB size. Finally, depending on growth, there’s a very good chance you’ll need to split content DB’s if they get too big. Now, what is “too big”? We’ll get to that in a minute, as there are several recommendations based on your concerns… First though, we’ll look at a couple of ways to control growth of content DBs…
- Here’s a look at a very basic SharePoint architecture. Here we have the front end with the object model, and the SharePoint content (blobs and metadata) are stored in SQL.
- This diagram maps out data growth over a period of time in a collaboration environment:Electronic data will continue to grow year over yearInactive data growth outpaces growth of active, operational dataHowever, most of the data is actually inactive or stale data, which is the area in between the two linesIn SharePointConsider your work on a design documentThrough drafts and edits, multiple versions are being created. Ex. Up to 32 versions of a document, if each document is 2.5 MB, full version history takes up 80MB.When document is approved, initial 30 versions no longer needed and can be archived awayConsider project sitesProject sites bring groups of people together to work on related documents, task lists, discussions, etc.Within each org, there could be hundreds of projects that get completed each year. But entire project sites still reside on SharePointAs inactive data continue to grow, resources required for current active data is saturated by inactive data. Users experience diminishing service levels (i.e. performance degradation)Additional hardware, servers, processing power may be needed, As databases continue to grow, this would also impact the current SLA’s for backup and recovery windows that are currently in place.
- To optimize storage, we can essentially look at two major concepts. We already discussed earlier how BLOB’s don’t contribute to SQL queries, so essentially there’s no need to keep them in the database. So the first option is to move the BLOBs out of the database. The way to do this is to leverage Blob Services APIs. The second option is to Archive content, which currently there are no native tools for, so you’d have to look at a 3rd party.
- So if we leverage EBS… this is how the SharePoint architecture would change. The provider sits with the SP object model, and gives SharePoint tokens or stubs so it knows how to retrieve the content and maintains the context of the content. The metadata is stored in SQL, BLOBs go to a storage location of your choosing. This is completely transparent to the end user.
- However, there are some things to note about EBS. As it is implemented by SharePoint, there’s only 1 provider allowed per SharePoint farm. There’s a chance that you could run into orphaned BLOBs, and then there are also compliance concerns.
- So now let’s take a look at RBS… As RBS is SQL specific, it can be used across applications that leverage SQL, not just SharePoint, so this gives you more of an enterprise-wide storage architecture versus EBS, and here’s how enabling an RBS provider would affect your SharePoint storage architecture. You can have an RBS provider per database. No context, no ability to manage the object
- Natively with SharePoint 2010, MSFT offers a RBS provider, FILESTREAM. However, it does not recommend using this with very large databases in production. To leverage this feature, you’d have to 1, 2, 3, and then 4, so you would need admin privileges on SQL and Windows server. STORAGE LOCATION IS FILE SYSTEM ONLY!!
- As with EBS, there are some things to note with RBS… one of the main benefits is the ability to mange RBS viaPowershell, which MSFT is highly encouraging the use of over STSADM, as I believe they’re eventually doing away with STSADM.
- So again, looking that the two blob services available, which is better, with EBS we have tighter application integration, allowing for more rules and settings to determine which BLOBs are offloaded, and then you have RBS…
- Which is simpler, and allows for a more unified storage architecture across applications, it’s not SharePoint specifid….
- So once we leverage Blob Services APIs to offload BLOB out of SQL, these are the impacts that we’ll see relative to our previous concerns regarding Backup and Recovery, Performance, and Storage.
- Now we come to Connecting…