¿Es viable la copy de security continua para las bases de datos compartidas de files planos?

Estoy hablando de un set de datos que contiene cientos de files de datos de formatting DBF en una location compartida, algunos o todos los cuales pueden estar abiertos o bloqueados por múltiples usuarios de la networking y Data Protection Manager de Microsoft replicando cada dos horas.

¿Se puede confiar en las "instantáneas" en esta situación?

2 Solutions collect form web for “¿Es viable la copy de security continua para las bases de datos compartidas de files planos?”

Personalmente, no voy a contar con sus instantáneas de ser bueno. Dependiendo del patrón de acceso de la aplicación con respecto a los files de datos que usted puede ser que tenga suerte, pero yo no sería la granja en él tampoco.

Cada vez que esté tomando instantáneas de datos de una aplicación que no es consciente de la instantánea (que sería cada "aplicación de database de files compartida") corre el riesgo de get una copy incoherente.

Seguro, obtendrá exactamente lo que está en el disco en el momento de la instantánea, pero no tiene idea de si una o más instancias de los usuarios de la aplicación estaban a mitad del process de actualización de los datos. No existe ningún mecanismo, ya que no hay ningún motor de database del lado del server, para instruir a todos los clientes a que lleven los files que tienen abiertos a un estado consistente. Ciertamente, el sistema operativo subyacente del server de files dejará de estar en E / S al sistema de files antes de tomar la instantánea, pero no tiene idea de qué tipo de estupidez están haciendo las aplicaciones (que contienen datos no escritos en la memory del cliente, etc.).

Si realmente desea estar seguro, tome regularmente copys de security de sus files DBF cuando no estén en uso. Tomar instantáneas también, si lo desea, y puede tener suerte, pero al less tendrá su "no en uso" copys de security para volver a caer si las instantáneas resultan ser una mierda.

Para lo que vale, utilizamos DoubleTake para copys de security en time real (o casi en time real) de files planos compartidos.

Es horriblemente caro, pero era la única opción confiable que encontramos. Teníamos unos 20Gb de files Pervasive Btrieve.

Desde que hicimos el traslado a SQL Server, tenemos muy pocos files planos a la izquierda y la mayoría de ellos están desbloqueados la mayor parte del time, y nos dimos count de que DFS simple era suficiente para asegurarse de que se realizaban copys de security periódicamente.

  • DPM 2010 ha asignado el 100% de nuestro grupo de almacenamiento. ¿Cuáles son nuestras opciones?
  • Utilice Microsoft DPM 2010 con Azure o Amazon S3?
  • La synchronization de DPM 2010 con Exchange genera un error extraño en el logging de Exchange Server
  • Espejo iSCSI de DPM 2010
  • ¿Por qué DPM 2012 no está tratando mis cintas como gratuitas incluso si deberían serlo?
  • Cambiar disco muerto en DPM 2010
  • Excluir un grupo de files SQL de Copia de security de DPM
  • No se puede eliminar el agente de DPM
  • DPM 2012 ejecución de script powershell en el progtwigdor de tareas
  • DPM 2010 réplica inconsistente todo el time
  • DPM 2012 - recuperar files - ¿Cómo?
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.