¿Qué debo hacer para proteger mis datos de ReliaSoft en una base de datos estándar?

Todas las aplicaciones de ReliaSoft a partir de la versión 8, así como las versiones anteriores de XFMEA/RCM++, funcionan con bases de datos estándar que utilizan el formato de archivo de Microsoft Access en el back-end para almacenar los datos de análisis. Esto permite instalar y utilizar el software sin necesidad de adquirir licencias adicionales para un sistema de base de datos empresarial (como SQL Server o Oracle) y sin necesidad de infraestructura y soporte de TI especiales. Sin embargo, los archivos de base de datos estándar (por ejemplo, *.rsr22, *.rsr21) y los archivos de biblioteca estándar (por ejemplo, *.lb22, *.lb21) estarán sujetos a las mismas limitaciones y vulnerabilidades que cualquier otra base de datos de Access. Por ejemplo, el tamaño máximo de archivo es ~ 2GB, el número máximo de usuarios concurrentes es 255, etc. Además, se analizan algunas vulnerabilidades específicas de la base de datos en una publicación de Microsoft en http://support.microsoft.com/kb/283849/EN-US/. Como indica esta publicación:

"Microsoft Jet, el motor de base de datos que se utiliza en Microsoft Access, es un sistema de base de datos de uso compartido de archivos. Cuando se utiliza Microsoft Jet en un entorno de múltiples usuarios, varios procesos de cliente están utilizando operaciones de lectura, escritura y bloqueo de archivos en una base de datos compartida. Debido a que varios procesos de cliente están leyendo y escribiendo en la misma base de datos y porque Jet no utiliza un registro de transacciones (como lo hacen los sistemas de bases de datos más avanzados, como SQL Server), no es posible prevenir de manera confiable cualquier corrupción de la base de datos." [se agregó énfasis]

Aunque los desarrolladores de ReliaSoft han hecho todo lo posible para reducir o eliminar la posibilidad de que el software induzca un error en la base de datos, no hay manera de prevenir absolutamente la corrupción que podría ser causada por otros factores, como un hardware de red defectuoso, un "bloqueo" inesperado en su PC o una interrupción de la red. Por lo tanto, este documento proporciona algunas recomendaciones generales para las precauciones estándar que todos los usuarios pueden tomar para proteger los datos en sus bases de datos estándar de este tipo de corrupción y reducir el impacto de la pérdida de datos si la corrupción es inevitable.

Para obtener instrucciones específicas sobre cómo seguir estas precauciones en una versión particular del software, puede buscar "prevenir la corrupción" en el archivo de ayuda.

1. Crear copias de seguridad periódicamente

Al igual que con cualquier archivo que contenga una gran cantidad de información valiosa que sería difícil de volver a crear, es esencial asegurarse de ser diligente en la creación y almacenamiento de archivos de copia de seguridad.

2. Comprimir y reparar la base de datos con regularidad

Utilizar la función "Comprimir y reparar" ayudará a reducir el tamaño del archivo de la base de datos y a protegerla contra problemas en el funcionamiento de la misma.

3. No almacene la base de datos en una ubicación de red compartida si sospecha que su conexión de red y/o hardware pueden ser poco fiables

Según Microsoft, el hardware de red defectuoso es una de las principales razones por las que un archivo que utiliza el formato de archivo de base de datos de Microsoft Access puede corromperse. Como la publicación de Microsoft en http://support.microsoft.com/kb/283849/EN-US/ indica:

La causa puede ser uno o más enlaces en la cadena de hardware entre el equipo en el que reside la base de datos y el equipo que tiene la base de datos abierta. Esta lista incluye, entre otros, tarjetas de interfaz de red, cableado de red, enrutadores y concentradores.

La corrupción basada en el hardware suele indicarse por archivos .mdb que no se pueden restaurar mediante la compactación, la reparación o Jetcomp. La corrupción del hardware generalmente se repetirá hasta que el hardware responsable se repare o reemplace." [énfasis añadido]

[Tenga en cuenta que, en el software de ReliaSoft, las extensiones son cosas como *.rsr22 o *.lb22 en lugar de *.mdb.]

Si ha experimentado este tipo de corrupción en un archivo de base de datos estándar, se recomienda que tome medidas para corregir el problema de red o que evite acceder a los archivos de base de datos a través de la red. En tales casos, puede optar por utilizar una base de datos empresarial (es decir, Oracle o SQL Server), que sería menos vulnerable a las interrupciones de la red. Como alternativa, podría mantener el análisis en un único archivo de base de datos estándar compartido, pero pedir a los usuarios que importen el análisis a una base de datos de "trabajo" independiente en sus propios ordenadores cuando sea necesario realizar modificaciones sustanciales. Los usuarios pueden luego exportar los datos de nuevo al repositorio compartido una vez que se hayan completado las modificaciones.

4. No permita que el tamaño del archivo de la base de datos crezca demasiado

El rendimiento se verá afectado por el tamaño de la base de datos y el número de usuarios simultáneos. Por lo tanto, es importante que los usuarios controlen el tamaño de sus archivos de base de datos y, si se vuelven demasiado grandes, tomen medidas para exportar los datos a varios archivos más pequeños y más manejables. Tenga en cuenta los siguientes factores, que pueden provocar archivos de base de datos muy grandes:

No «compactar y reparar» la base de datos periódicamente.
Utilizar un número muy grande de documentos "adjuntos". En algunos casos, utilizar un "enlace" en lugar de un "adjunto" puede proporcionar una funcionalidad equivalente con un impacto mucho menor en el tamaño del archivo de la base de datos.

Si intenta abrir una base de datos estándar a través del software y recibe un mensaje que dice "No se puede abrir la base de datos", esto es una indicación de que el archivo de la base de datos puede haberse dañado. Póngase en contacto con Soporte y proporcione la mayor cantidad de información posible sobre exactamente lo que estaba haciendo cuando ocurrió la corrupción. Siempre que sea posible, proporcione una copia del archivo dañado. En algunos casos, ReliaSoft puede ser capaz de proporcionar asistencia para recuperar algunos o todos los datos afectados. Sin embargo, en muchos casos, el mejor recurso puede ser restaurar la última copia de seguridad anterior a la corrupción.

La información se proporciona "tal cual" sin garantía de ningún tipo.

Main Menu

Main Menu

Main Menu

Main Menu

Main Menu

Main Menu

Main Menu

Main Menu

¿Qué debo hacer para proteger mis datos de ReliaSoft en una base de datos estándar?

We have moved ${referer} to www.hbkworld.com

We have moved ${referer} to www.hbkworld.com

We have moved ${referer} to www.hbkworld.com

We have moved ${referer} to www.hbkworld.com

We have moved ${referer} to www.hbkworld.com

We haved moved ${referer} to www.hbkworld.com