数据库维护与故障恢复
数据库维护与故障恢复

数据库维护与故障恢复为确保数据库安全,新思维医院信息管理系统采用了多种安全和应急预防机制,并提供相关的备份、紧缩和应急修复操作,以保障数据库系统的安全、高效和连续,即便在不可预测意外导致数据库损坏时,也可使用专用修复工具,从故障中安全快速且有效地恢复数据。
本文包括:〃Microsoft Access数据库被损坏的原因〃有效防止数据库损坏的方法〃定期或经常性地进行数据库备份和紧缩〃从故障中恢复(修复被损坏的Access数据库)Microsoft Access数据库被损坏的原因Microsoft Access数据库文件(.mdb)在某些突发或不可预料事件中可能导致损坏。
已知mdb文件损坏的常见原因主要有四个:●由于写入操作被中断使数据库处于置疑/损坏状态●网络硬件故障●在另一个程序中打开和保存 mdb 文件●计算机病毒原因之一:由于写入操作被中断使数据库处于置疑/损坏状态强烈建议通过程序提供的“退出”或“关闭”来正常关闭数据库和结束程序运行。
但是,如果非正常终止程序,即Access数据库不正常关闭时,数据库正处于打开状态并正在写数据,则数据库引擎就会将该文件标记为置疑/损坏。
如果手动关闭计算机之前没有先关闭Windows 或者断电,也可能会出现这种情况。
其它情形还包括:在打开数据库的同时,没有关闭相关程序,但仍干扰数据库引擎向磁盘写入数据。
例如,当网络遇到数据冲突或者磁盘驱动器故障时,就会出现这种情况。
如果发生任何此类中断,数据库引擎就会将数据库标记为可能已被破坏。
当数据库引擎(Jet)开始写操作时,将设置一个标记,并在操作完成时重新设置该标记。
如果写操作被中断,标记保持不变。
当您要再次打开数据库时,Jet确定标记是否已设置并报告数据库是否被破坏。
在大多数情况下,数据库中的数据实际上没有被破坏,但设置的标记提醒Jet数据库可能已被破坏。
如果是这种情况,压缩和/或修复数据库通常可以还原数据库。
原因之二:网络硬件故障在这种情况下,数据库文件损坏与数据库引擎无关;文件损坏完全是由于外界原因造成的。
数据库中数据恢复与故障转移的方法

数据库中数据恢复与故障转移的方法数据库是企业运营中不可或缺的关键系统之一。
但是,由于各种原因,数据库中的数据有可能会遭受损坏、丢失或不可用。
在这些情况下,数据恢复和故障转移是非常重要的,可以帮助组织迅速恢复业务,并在最短的时间内恢复到正常工作状态。
数据库中的数据恢复是指在数据库遭受损坏或丢失的情况下,通过各种方法将数据重新恢复到可用状态。
数据恢复可以处理多种不同的故障,包括硬件故障、软件故障、操作错误或人为破坏等。
以下是一些常用的数据库数据恢复方法:1. 完整备份和恢复:这是最常见且最有效的数据库恢复方法之一。
通过定期备份数据库,并将备份文件存储在安全的位置,可以在数据丢失时快速恢复数据。
恢复过程涉及使用备份文件重新构建数据库。
2. 差异备份和恢复:与完整备份不同,差异备份只备份自上一次完整备份以来发生更改的数据。
因此,恢复的过程比完整备份更快,因为需要恢复的数据量较小。
使用差异备份时需要注意备份文件之间的依赖关系。
3. 增量备份和恢复:和差异备份类似,增量备份仅备份自上次备份以来新增的数据。
这意味着备份过程中需要记录增量备份和完整备份的关系。
增量备份可以节省存储空间,但恢复时可能需要花费更多的时间。
4. 日志备份和重放:数据库引擎通常记录每个事务的日志,这些日志可以用于恢复丢失的数据。
通过对日志进行备份,并将其应用到数据库的最新备份或副本中,可以恢复最新的状态。
然后,可以重新应用丢失的事务和更改,使数据库返回到故障之前的状态。
5. 损坏数据库的物理恢复:如果数据库的物理存储介质(如硬盘)或数据库文件本身损坏,物理恢复就是一个选择。
这种恢复可能涉及使用特定的工具和方法来修复物理损坏,并将数据库文件还原到可用状态。
6. 热备份和故障转移:热备份允许在数据库仍在运行时进行备份,而不会对业务操作造成太大的影响。
它可以结合故障转移,使备份或备份数据能够立即接管由于数据库故障而发生的业务流量。
这种方法通常涉及使用冗余服务器或云服务提供商。
数据库宕机故障的快速恢复与修复

数据库宕机故障的快速恢复与修复数据库是现代信息系统的重要组成部分,它承担着存储和管理大量数据的重要任务。
然而,由于各种原因,数据库宕机或出现故障时是不可避免的。
这样的故障将严重影响业务的正常运行和数据的安全性。
在这篇文章中,我们将探讨数据库宕机故障的快速恢复与修复方法,以保证企业的业务连续性和数据安全。
1. 预防措施预防是事故最好的解决办法。
通过采取一系列的安全措施,我们可以降低数据库宕机故障的发生概率。
首先,建立数据库备份与恢复策略。
定期备份数据库,并确保备份的可靠性和完整性。
同时,实施恢复策略,即使在数据库宕机时能够快速将业务恢复到正常状态。
其次,进行数据库的容灾规划。
设置故障转移机制,使用双机热备、异地多活等技术手段,使得在主数据库宕机时,能够迅速切换到备用数据库,确保业务的连续性。
2. 宕机故障的快速恢复尽管我们采取了一系列预防措施,但宕机故障依然可能发生。
为了快速恢复正常的数据库运行状态,我们需要采取以下措施。
首先,及时发现宕机故障并进行定位。
当数据库发生宕机时,管理员应该能够及时获得故障报警,并迅速定位问题所在。
这可以通过监控系统、日志记录以及定期的系统巡检等手段实现。
其次,确定修复策略。
根据宕机故障的原因和程度,制定合适的修复策略。
如果故障较小,可以尝试通过重启数据库服务或线程来恢复。
如果故障严重,可能需要进行数据恢复或数据库重建等操作。
最后,执行修复策略并进行验证。
在修复数据库故障之前,一定要制定详细的修复计划,确保修复过程的安全性和有效性。
修复完成后,需要进行验证测试,确保数据库功能正常,并且数据的完整性得到保证。
3. 故障后的数据恢复与修复在数据库宕机故障后,可能需要进行数据的恢复与修复。
下面是几种常见的数据恢复与修复方法。
首先,使用备份数据进行恢复。
如果我们定期备份了数据库,并确保备份的可靠性和完整性,那么可以使用备份数据进行数据库的恢复。
备份数据可以帮助我们恢复到最近一个可用状态,但可能会导致部分数据的丢失。
数据库常见故障与解决方法

数据库常见故障与解决方法数据库是现代软件系统中至关重要的组成部分之一,负责存储和管理数据。
然而,在长期运行的过程中,数据库也会遇到各种故障。
本文将介绍一些常见的数据库故障,并提供解决这些问题的方法。
一、数据库崩溃数据库崩溃是指数据库系统无法继续正常运行的情况。
造成数据库崩溃的原因可能包括硬件故障、操作系统错误、电源中断等。
当发生数据库崩溃时,用户将无法访问数据库中的数据。
解决方法:1. 备份和日志恢复:定期备份数据库和事务日志是避免数据丢失的重要方式。
在数据库崩溃后,可以使用备份和事务日志来还原数据库至崩溃前的状态。
2. 使用故障转移:可以使用故障转移机制,将数据库服务器切换至备用服务器上。
这样可以最大程度地减少数据库崩溃对用户的影响。
二、数据损坏数据损坏是指数据库中的数据出现异常或错误的情况。
数据损坏可能由多种原因引起,如磁盘故障、软件错误、用户错误操作等。
数据损坏将导致数据库无法提供正确的数据。
解决方法:1. 数据库一致性检查:可以使用数据库提供的一致性检查工具,对数据库进行检查和修复。
这些工具可以识别和修复数据损坏问题。
2. 数据库恢复:若数据损坏无法修复,可使用备份数据进行恢复。
在恢复过程中可能会丢失一部分数据,请确保数据备份的及时性和准确性。
三、性能瓶颈数据库性能瓶颈是指数据库运行时出现的性能下降或响应延迟等问题。
性能瓶颈可能由多种原因引起,如数据库服务器负载过高、索引使用不当等。
解决方法:1. 性能监控:使用性能监控工具来监测数据库的性能指标,包括CPU使用率、磁盘I/O等。
根据监控结果,及时调整数据库配置参数或优化查询语句。
2. 数据库优化:合理使用索引、分区等技术来提高数据库查询和更新性能。
可以使用数据库性能优化工具来自动识别和修复潜在的性能问题。
四、安全问题数据库安全问题是指数据库面临的各种威胁和风险,如未经授权的访问、数据泄漏等。
这些安全问题可能导致数据被盗取、破坏或滥用。
解决方法:1. 访问控制:设置合适的用户权限和访问控制策略,确保只有经过授权的用户可以访问数据库,并按照其权限进行操作。
数据库紧急修复与恢复的流程与方法分享

数据库紧急修复与恢复的流程与方法分享随着数字化时代的到来,数据库成为各个企业和组织存储重要数据的关键部分。
然而,数据库也遭受了各种可能导致数据丢失或损坏的风险。
当数据库出现紧急修复和恢复的需求时,正确的流程和方法将起到关键的作用。
本文将分享数据库紧急修复与恢复的流程与方法,以帮助你迅速有效地处理这类问题。
一、紧急修复流程:1. 确定问题:首先,需要详细了解数据库出现的问题以及其对系统和业务的影响。
该问题可能是由硬件故障、软件错误、人为失误、网络问题等引起的。
通过仔细分析,可以帮助确定下一步的行动计划。
2. 切断数据库连接:为了保证数据库不受进一步损坏或数据丢失的风险,需要立即切断数据库与外界的连接。
这个步骤可以阻止数据的读写操作,并确保数据不会被更多的人员或过程访问。
3. 定位问题源:通过排查,确定问题的根源。
这可能需要执行数据库系统的日志分析、故障排查工具等来定位错误的发生地点。
定位问题源是解决数据库紧急修复的关键步骤。
4. 应急修复:在定位到问题发生的地点后,应采取快速临时解决方案,以最小限度地减少数据库受损的风险。
例如,可以应用补丁、修复错误的配置、恢复备份等方法来应急修复数据库。
5. 测试与验证:在进行应急修复后,务必对数据库进行全面的测试并验证修复效果。
这将有助于确认修复是否完全解决了问题或是否可能存在其他问题需要进一步解决。
二、恢复数据库流程:1. 数据备份还原:如果定位到的问题无法在应急修复中解决,那么就需要考虑使用备份数据来还原数据库。
首先,找到最近一次有效备份的数据,并确保该备份是可用的。
然后,按照备份还原的流程依次操作,将备份数据还原到当前的数据库中。
2. 日志重放:当数据库出现崩溃或损坏时,可能会有一些未来或临时数据未写入备份中。
在备份还原后,需要对数据库上的日志进行重放操作,以将数据库恢复到崩溃前的状态。
3. 数据校验与修复:在完成数据库恢复后,应进行数据校验并修复任何可能存在的错误。
数据库异常处理与故障恢复的常见问题分析与解决探究与实践经验分享与总结

数据库异常处理与故障恢复的常见问题分析与解决探究与实践经验分享与总结数据库作为现代软件系统的核心组成部分之一,在应用程序开发和维护过程中起着重要的作用。
然而,由于各种原因,数据库可能会遇到各种异常和故障,需要及时处理和恢复,以确保数据的完整性和稳定性。
本文将分析和解决数据库异常处理和故障恢复的常见问题,并分享一些实践经验与总结。
一、数据库异常处理的常见问题分析与解决1. 连接问题连接问题是数据库异常中最常见的问题之一。
可能遇到的连接问题包括无法连接到数据库、连接超时、连接被重置等。
要解决连接问题,首先需要检查相关的网络配置和服务器设置。
确保数据库服务器在正常运行,并且网络连接是稳定和畅通的。
如果问题仍然存在,可以尝试重新启动数据库服务或更改连接的配置参数。
2. 错误日志分析数据库的错误日志是排查和解决异常问题的重要依据。
通过仔细分析错误日志的内容和错误代码,可以了解到具体的异常情况和可能的原因。
错误日志通常会记录数据库的运行状态、异常信息和警告等。
在分析错误日志时,需要对常见的错误类型和错误代码进行了解,以便快速定位和解决问题。
3. 数据库性能问题数据库性能是一个关键的指标,影响着应用程序的响应速度和用户体验。
常见的数据库性能问题包括查询慢、响应时间长、并发性能差等。
要解决这些问题,可以通过优化数据库的索引和查询语句,合理设计数据库的表结构和关系,并且根据实际情况调整数据库的缓存和缓冲区设置。
同时,监控数据库性能指标,及时发现并解决潜在的性能问题。
4. 数据库死锁数据库死锁是指多个事务同时申请资源而导致相互等待的情况。
当数据库发生死锁时,会导致事务无法继续进行,影响系统的正常运行。
解决数据库死锁的常见方法包括增加事务的隔离级别、优化事务的执行顺序,以及使用加锁机制避免并发冲突。
此外,及时监测和排查死锁情况,以便及时恢复和解决问题。
二、数据库故障恢复的常见问题分析与解决1. 数据库备份和恢复数据库备份和恢复是防止数据丢失和恢复数据的重要措施。
数据库排错与故障恢复的常见问题解决技巧

数据库排错与故障恢复的常见问题解决技巧数据库是现代信息系统中至关重要的一部分,而数据库故障和错误是经常发生的情况。
对于数据库管理员和开发人员来说,及时解决这些问题并恢复数据库的正常运行至关重要。
本文将介绍数据库排错与故障恢复的常见问题解决技巧,帮助读者更好地应对这些情况。
1. 数据库无法启动的问题当数据库无法启动时,首先需要检查数据库服务器是否运行正常。
可以通过查看错误日志来定位问题。
错误日志通常包含了导致数据库无法启动的原因,比如磁盘空间不足、权限问题、端口冲突等。
根据错误日志中的提示,逐一解决这些问题可以恢复数据库的正常运行。
2. 数据库连接失败的问题数据库连接失败可能是由于多种原因引起的。
首先,确保数据库服务器处于运行状态,并检查网络连接是否正常。
另外,检查数据库的连接字符串配置是否正确,包括用户名、密码、主机名、端口号等参数。
还可以尝试使用不同的数据库管理工具来连接数据库,以确定是网络问题还是客户端的问题。
3. 数据丢失的问题数据库中的数据丢失可能是由于误删除、硬盘损坏、故障文件系统等原因引起的。
在出现数据丢失的情况下,及时采取合适的措施非常重要。
首先,要停止对数据库的写入操作,以免进一步损坏数据。
然后,使用数据库备份或者日志恢复的方式来恢复数据。
如果没有进行定期备份的话,可以尝试使用数据恢复工具来尝试恢复数据。
4. 错误的SQL语句处理方法当执行SQL语句时出现错误,首先需要检查SQL语句本身的正确性和逻辑。
确保SQL语句中的表名、字段名、关键字等都是正确的。
另外,也要注意SQL语句中的参数是否正确,并且避免常见的错误,比如使用不匹配的数据类型等。
还可以使用数据库管理工具提供的调试功能来检查SQL语句执行过程中的问题,并定位错误的所在。
5. 数据库性能低下的问题数据库性能低下可能是由于多种原因造成的,比如查询语句优化不当、索引缺失、服务器硬件性能不足等。
在解决数据库性能低下的问题时,可以从以下几个方面入手。
数据库故障恢复的关键步骤与常见问题解决方法

数据库故障恢复的关键步骤与常见问题解决方法数据库在现代信息系统中扮演着至关重要的角色,它存储了组织的关键数据,对于企业的正常运营至关重要。
然而,数据库也可能会遭遇各种故障,如硬件故障、软件错误、数据损坏等。
数据库故障的恢复是数据库管理员必须掌握的关键技能之一。
本文将讨论数据库故障恢复的关键步骤和常见问题的解决方法。
1. 故障诊断与排除在进行数据库故障恢复之前,首先需要对故障进行诊断和排除。
这可以帮助确定故障的原因,从而制定正确的恢复策略。
故障诊断的常见方法包括日志分析、错误消息分析和性能统计。
通过这些分析,可以确定故障的根本原因,然后采取相应的解决步骤。
2. 数据库备份的恢复数据库备份是数据库故障恢复的重要部分。
恢复数据的能力取决于备份策略和实施的频率。
从全备份、增量备份和日志备份中选择合适的备份进行恢复。
恢复的步骤包括将备份文件恢复到目标服务器并应用增量备份和日志备份,确保数据的一致性和完整性。
3. 逻辑损坏的修复除了基于备份的故障恢复外,数据库也可能遭受逻辑损坏。
逻辑损坏的例子包括误删除数据、表结构变更错误等。
对于这些情况,可以使用以下方法进行修复:- 使用数据库日志进行回滚,将数据库恢复至之前的状态。
- 使用数据库的事务恢复工具,将数据库恢复至故障之前的一致状态。
- 手动恢复被误删除的数据,如果有备份,可以从备份中恢复数据。
4. 数据库事务恢复数据库事务是处理数据库操作的基本单位。
在数据库故障的情况下,未完成的事务可能会导致数据的不一致性。
为了恢复故障,并确保数据的一致性,可以使用事务恢复技术。
常见的事务恢复方法包括:- 回滚未提交的事务,将数据库恢复至故障之前的状态。
- 重放事务日志,将未应用的事务重新应用到数据库中。
5. 硬件故障的处理硬件故障是数据库故障的常见原因之一,例如硬盘损坏、电源故障等。
对于硬件故障,需要采取以下步骤进行处理:- 确认硬件故障的范围和原因。
- 替换故障硬件,如更换硬盘或电源。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
数据库维护与故障恢复为确保数据库安全,新思维医院信息管理系统采用了多种安全和应急预防机制,并提供相关的备份、紧缩和应急修复操作,以保障数据库系统的安全、高效和连续,即便在不可预测意外导致数据库损坏时,也可使用专用修复工具,从故障中安全快速且有效地恢复数据。
本文包括:·Microsoft Access数据库被损坏的原因·有效防止数据库损坏的方法·定期或经常性地进行数据库备份和紧缩·从故障中恢复(修复被损坏的Access数据库)Microsoft Access数据库被损坏的原因Microsoft Access数据库文件(.mdb)在某些突发或不可预料事件中可能导致损坏。
已知mdb文件损坏的常见原因主要有四个:●由于写入操作被中断使数据库处于置疑/损坏状态●网络硬件故障●在另一个程序中打开和保存mdb 文件●计算机病毒原因之一:由于写入操作被中断使数据库处于置疑/损坏状态强烈建议通过程序提供的“退出”或“关闭”来正常关闭数据库和结束程序运行。
但是,如果非正常终止程序,即Access数据库不正常关闭时,数据库正处于打开状态并正在写数据,则数据库引擎就会将该文件标记为置疑/损坏。
如果手动关闭计算机之前没有先关闭Windows 或者断电,也可能会出现这种情况。
其它情形还包括:在打开数据库的同时,没有关闭相关程序,但仍干扰数据库引擎向磁盘写入数据。
例如,当网络遇到数据冲突或者磁盘驱动器故障时,就会出现这种情况。
如果发生任何此类中断,数据库引擎就会将数据库标记为可能已被破坏。
当数据库引擎(Jet)开始写操作时,将设置一个标记,并在操作完成时重新设置该标记。
如果写操作被中断,标记保持不变。
当您要再次打开数据库时,Jet确定标记是否已设置并报告数据库是否被破坏。
在大多数情况下,数据库中的数据实际上没有被破坏,但设置的标记提醒Jet数据库可能已被破坏。
如果是这种情况,压缩和/或修复数据库通常可以还原数据库。
原因之二:网络硬件故障在这种情况下,数据库文件损坏与数据库引擎无关;文件损坏完全是由于外界原因造成的。
原因可能是由于存放数据库的计算机和打开数据库的计算机之间的硬件链中的一个或多个链接出故障。
此列表包括但不局限于网卡、网络电缆、路由器和集线器。
通常,mdb文件指示由硬件造成的损坏不能通过使用压缩、修复或Jetcomp来还原。
直到出故障的硬件被修复或替换,硬件损坏才会被修复。
原因之三:在另一个程序中打开和保存mdb文件当打开一个mdb文件并在另一个程序中保存时,不能恢复该文件。
例如,Microsoft Word 允许打开并保存Access数据库(顺便提一下,如果在另一个应用程序中打开MDB文件,这样做不起任何作用,因为您看到的都是扩展字符)。
当这样保存mdb文件时,如果在Access中打开它,就会提示您输入数据库密码,即使文件在Access中从未使用密码保护也是如此。
此处出现密码提示的原因是:当Access打开文件时,检查的第一个字节范围就是数据库密码所在的位置。
如果该字节包含损坏的数据,Access就会认为该文件受密码保护。
即使能够绕过此处的密码提示,数据库仍无法恢复,因为二进制结构是混乱的,Access根本无法读取。
在这种情况下,恢复文件的备份副本是唯一的解决方法。
有效防止数据库损坏的方法●在数据库写入过程中避免断电断电将使数据库处于置疑状态,建议为计算机备置不间断电源(UPS)●避免网络连接异常断开应当使用安全可靠的网络,有故障或时断时续的网络传输环境非常容易导致数据库损坏●使用正确的网络协议在网络中,推荐安装使用唯一的TCP/IP协议,避免多种协议同时使用●避免不正常断开数据库连接应该避免突然如断电、手动关闭、使用任务管理器关闭终止应用程序等●经常压缩数据库经常压缩数据库可以保持数据库的最佳访问效率,减少受损机会●不要在Windows网络上运行使用IPX/SPX网络协议在Windows网络上,应该使用TCP/IP协议,不要使用IPX/SPX协议。
●经常备份数据库当数据库遭受不可恢复的灾难性损坏时,可以使用备份来减少损失。
●避免感染病毒。
电脑病毒可能会干扰网络、干扰数据库引擎的数据存取,导致错误。
定期或经常性地进行数据库备份和紧缩定期和经常性地备份数据库,是保障数据库安全的最佳有效方法。
对于重要的数据库文件,强烈建议创建两个备份,并分别存储在不同的存储介质(比如两个不同硬盘)或者不同计算机上。
●将“备份数据库”存储到数据库文件所在存储介质(通常是硬盘)上是一种不恰当的方式,即便两者分别存放在不同的卷(分区)中也是这样。
●将两个“备份数据库”存放到同一介质(硬盘)的不同卷(分区、文件夹)中,不会起到具有两个“备份数据库”的作用。
定期和经常性地紧缩数据库,可以有效防止数据库的损毁并能提高访问效率。
但在实施紧缩数据库以前,应当首先备份数据库。
我们建议:●管理员应坚持每15天左右时间,执行“紧缩数据库”一次;●除去服务器自动进行的备份以外,应安排有关科室进行间隔性备份(比如药库每周一、三、五备份,收款室每周二、四、六备份,药房每逢周日进行备份)。
从故障中恢复修复被损坏的Access数据库当访问Access数据库的程序报告错误“3343”或者“不可识别的数据库格式”或“不是一个有效的数据库文件”时,通常意味着正在使用的Access数据库文件(mdb)已经遭受意外损坏。
当数据库遭受意外损坏时:●如果有最新的备份数据库文件,请使用备份直接替换损坏的数据库文件,即可恢复运行。
●如果没有最新的备份,建议使用JetComp.exe对损坏的数据库文件进行修复。
JetComp.exe介绍Jet 压缩实用程序即JETCOMP.exe,是一种独立的实用程序,它压缩使用Microsoft Jet 数据库引擎3.x和4.x创建的数据库。
此实用程序可以与Microsoft Jet 数据库引擎3.x和4.x结合使用以恢复损坏的数据库。
虽然您可以将Microsoft Access 压缩实用程序或CompactDatabase方法用于Microsoft Jet数据库引擎3.x和4.x,但是用Jetcomp.exe能够恢复这些实用程序无法恢复的一些数据库。
这是因为Microsoft Access压缩实用程序和CompactDatabase方法在尝试压缩数据库之前,先尝试打开和关闭数据库。
在某些情况下,如果这些实用程序无法重新打开数据库,则压缩无法继续进行,并导致数据库无法恢复。
而JETCOMP.exe在压缩之前不尝试打开和关闭数据库,因此可以恢复一些Microsoft Access压缩实用程序和CompactDatabase方法无法恢复的数据库。
注意:JETCOMP.exe的用户界面只有英文版,并且Microsoft产品支持服务对此不提供支持。
但是JETCOMP.exe可以压缩Microsoft Jet数据库引擎所支持的任何语言的数据库。
尽管JETCOMP.exe是一种可免费分发的实用程序,但是它需要计算机上安装以下产品:Microsoft Office 97Microsoft Office 2000Microsoft Access 97Microsoft Access 2000Microsoft Visual Basic 5.0Microsoft Visual Basic 6.0包括MS Access 97运行时版的MS Office Developer Edition 97运行时应用程序包括MS Access 2000运行时版的MS Office Developer 2000 运行时应用程序包括MS Jet数据库引擎3.5的MS VB 5.0运行时应用程序包括MS Jet数据库引擎3.5或4.0的MS VB6.0 运行时应用程序注意:必须确保没有用户在访问数据库,然后才可以运行JETCOMP.exe。
使用JetComp.exe修复数据库当Access数据库遭受意外损坏时,请按照以下方法使用JetComp.exe进行尝试性修复。
第一步,关闭所有访问Access数据库的程序,确保受损数据库没有被访问第二步,找到受损的数据库文件,记住文件名称(比如FnHISce.MDB)“医院管理数据库”默认存放在服务器D:,完整路径:D:\医院数据库\FnHISce.mdb第三步,复制受损的数据库文件到另外的文件夹中(比如D:\temp)第四步,启动Microsoft Access 97/2000/2003,创建一个“空数据库”,默认名称通常为“db1.mdb”。
然后关闭Microsoft Access第五步,运行Jetcomp.exe,界面如下:①、在Database to Compact from (Source)框中输入“第三步”使用的文件夹和数据库文件名称,也可有使用鼠标点击该输入框右侧的“…”按钮查找到该文件。
②、在Database to Compact Into (destination)框中输入“第四步”创建的空数据库文件的路径很文件名,也可有使用鼠标点击该输入框右侧的“…”按钮查找到该文件。
③、使用鼠标点击窗口右上角的“Compact”按钮,启动修复④、如果损坏的数据库具有密码保护,JetComp.exe将出现提示:点击“确定”按钮,出现密码输入窗口。
请正确输入数据库密码,然后点击“OK”按钮。
⑤、等待JetComp.exe完成紧缩修复。
如果被修复的数据库包含较多记录,这个过程可能需要较长时间。
⑥、完成后,点击“Exit”退出JetComp.exe第六步,找到“第四步”创建的db1.mdb文件(该文件已经存储了修复的结果)。
将其“重命名”为“第二步”记住的文件名称(比如FnHISce.mdb)。
然后“复制”该文件。
第七步,打开“第二步”找到受损数据库所在的文件夹,执行“粘贴”(将“第六步”复制到文件,粘贴到此处),覆盖已经损坏的数据库文件。
第八步,重新运行使用被修复数据库的程序,检查数据是否完整(说明:根据已有的使用情况,Jetcomp.exe基本可以完整修复数据库)。
第九步,确定数据完整后,对数据库进行备份。
第十步,删除“第六步”改名后的文件;再删除“第三步”复制的受损数据库副本文件。
至此,受损数据库修复完成,数据记录从故障中得到恢复。
警告:虽然Jetcomp.exe基本可以完整修复受损数据库,但并不意味着能100%修复任何受损数据库文件。
坚持定期备份才是最安全、最保险的措施。