Actualmente distribuimos instantáneas de nuestra base de datos a nuestras tiendas mediante el uso de rdiff en copias de seguridad comprimidas de toda la base de datos.
Para optimizar el tiempo que lleva crear estas copias de seguridad y descargarlas en cada tienda, queremos omitir algunas de las tablas/filas menos importantes.
Las dos tablas más grandes ya están en sus propios grupos de archivos, pero no son de sólo lectura ya que todavía se utilizan.
He analizado la partición horizontal para separar los datos más antiguos en un grupo de archivos de solo lectura, y puedo excluirlos de una copia de seguridad mediante copias de seguridad parciales; sin embargo, no tengo claro cómo particionar horizontalmente una tabla que ya contiene datos; la mayor parte de lo que encuentro tiene que ver con la creación de una nueva tabla particionada.
¿La partición es la forma recomendada de restringir lo que se incluye en una copia de seguridad completa o hay otra forma que desconozco?
Estamos ejecutando SQL Server 2005 Enterprise.
Respuesta1
Suponiendo que aún desea cambiar sus 'filas menos importantes', coloque esos datos en un grupo de archivos diferente (pero aún escribible). Luego deje ese grupo de archivos fuera de su conjunto de respaldo.
...y puedes usar ALTER TABLE para poner una tabla en un esquema de partición particular.
ALTERAR TABLA:http://msdn.microsoft.com/en-us/library/ms190273.aspx
Respuesta2
¿Ha considerado la replicación o el envío de registros? Suena como un buen caso para ello.
Además, no conozco su entorno específico, pero si su única razón para NO ejecutar la base de datos en modo de recuperación completa es que no desea lidiar con copias de seguridad de t-log, entonces verificaría con los usuarios comerciales si poder recuperar sólo hasta la última copia de seguridad es "suficientemente bueno" para ellos.