por Luis Ramirez
Se tienen varias estrategias de respaldo en bases de datos de gran tama�o (Conocidas por sus siglas en Ingles VLDB Very Large Databases). A continuaci�n se mencionara recomendaciones generales, tomando en cuenta que dependiendo de la arquitectura y necesidades de la compa��a estas cambiar�an.
- Organizar la informaci�n contenida en la base de datos
Tomar ventaja de la funcionalidad en SQL 2005 donde nos permite particionar la informaci�n y colocarla en diferentes ?FileGroups?. Por ejemplo partir una tabla grande de hist�ricos por fechas moviendo la informaci�n de poco acceso hacia otro Filegroup.
Bajo el mismo contexto mover objetos a otros ?FileGroups?. Notas importantes a considerar sobre esto �ltimo:
- Se tiene que tener un archivo creado en el ?filegroup? destinatario que ser� el recipiente para los objetos.
- Para mover tablas se hace moviendo el �ndice cluster de la tabla, en caso de NO tener un �ndice cluster se puede crear un �ndice cluster apuntando al ?filegroup? destinatario, esto causar�a que se mueva la Tabla.
M�s informaci�n:
- Partitioned Tables and Indexes in SQL Server 2005
- How to: Move an Existing Index to a Different Filegroup (SQL Server Management Studio)
- Hacer respaldo/restauraci�n por ?Filegroups? o por archivos, tomando ventaja del punto mencionado anteriormente.
A partir de SQL 2005 se permite tener ?FileGroups? en estado ?Fuera de l�nea? simult�neamente con ?FileGroups? ?en l�nea?, esto nos permitir�a restaurar mientras la base de datos esta semi-operacional aclarando que consultas hechas a ?FIleGroups? que se encuentren ?Fuera de L�nea? no ser�n respondidas.
M�s informaci�n:
- How to: Back Up Files and Filegroups (SQL Server Management Studio)
- Description of restoring file and filegroup backups in SQL Server
- Full File Backups
- How to: Back Up Files and Filegroups (Transact-SQL)
- Realizar el respaldo en paralelo utilizando el mayor n�mero de dispositivos (Disco/Cinta) disponibles hasta un MAX de 64 en SQL 2005/2008.
Lo que se hace es redistribuir la comunicaci�n por N n�meros de dispositivos acortando los tiempos. El cual se ayudara m�s, si cada dispositivo tienen su propia tarjeta SCSI
M�s informaci�n:
- Analizar los tiempos de respuesta utilizando el par�metro de compresi�n en las opciones de respaldo, aun cuando en la mayor�a de las veces se observa mejoras bajo ciertas condiciones pudiera decrementar el rendimiento.
Considerar que la naturaleza misma de la compresi�n incrementara CPU.
M�s informaci�n:
- Optimizing Backup and Restore Performance in SQL Server
- Backup More Than 1GB per Second Using SQL2008 Backup Compression
- Tomar ventaja de respaldos ?Snapshot? ofrecido por herramientas de terceros.
M�s informaci�n:
Shannyn Sossamon Rachael Leigh Cook Elisha Cuthbert Ciara Rachel Hunter
No comments:
Post a Comment