¿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?

  • Copia de security del server Linux en el server de Windows o DPM server / propietario y derechos en NTFS?
  • Excluir un grupo de files SQL de Copia de security de DPM
  • Dispositivos iSCSI añadidos al server de almacenamiento durante las copys de security SPI de DPM 2012
  • Espejo iSCSI de DPM 2010
  • SharePoint - ¿Las copys de security de DPM y SQL se afectan entre sí?
  • Cambiar disco muerto en DPM 2010
  • Servidor virtual DPM 2012 bloqueado copy de security
  • ¿Por qué DPM 2012 no está tratando mis cintas como gratuitas incluso si deberían serlo?
  • 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.

    El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.