数据库崩溃了
重装SQL
Server
然后附加原来的数据库，或者使用备份还原数据库。
把MDF
文件放在C:\Program
Files\Microsoft
SQL
Server\MSSQL\data
文件夹下
然后在打开SQL数据库，右击数据库所有任务\附加数据库把MDF文件加上就行了。
⑵ MySQL数据库崩溃怎么办
MySQL 随着版本不停迭代，崩溃的现象越来越少，也越来越隐蔽。
一旦遇到生产环境上的 MySQL 崩溃，就需要保留现场信息，供分析用。虽然 MySQL 的 error log 中会打印部分信息，但对于比较隐蔽的崩溃，往往显得力不从心。
通过开启操作系统级别、放开用户限制、启用 MySQL 参数三个步骤，我们启用了 MySQL 的 coremp 功能，使得 MySQL 崩溃时留下了足够的线索。
对于复杂崩溃的分析，还是需要将 coremp 交给专业的研发工程师手里，或者提交给 MySQL 开发团队。
不过不管是什么场景，能提供一份 coremp，所有技术人员都会感谢你的。
⑶ 数据库崩溃是怎么回事
郁闷
哪个网站开几个月就关闭啊
没有的
数据库崩溃应该不可能,如果你说5000注册就崩溃的话,我认为不可能
不过我认为还是sql数据库好!个人意见!
⑷ 程序在执行SQL语句时，若出现系统异常中断或数据库突发崩溃，如何保证
备份可用数据后，卸载重装恢复数据库。
程序在执行SQL语句时，若出现系统异常中断或数据库突发崩溃，先备份可用的数据，包含所有系统数据库和用户数据库的数据文件和日志文件。
卸载原来的安装。
系统表查找和删除所有的MSSQLServer项。
磁盘上删除安装SQLSErver产生的所有文件。
重新安装SQLServer，所需安装的补丁的版本要求保持与备份系统数据库时安装的补丁版本一致。
单用户模式下恢复master数据库。
恢复其他系统数据库。
恢复用户数据库。
⑸ 如何恢复MAX数据库崩溃
主要软件版本: 4.4
主要软件修正版本: 4.4
次要软件: N/A
解答:MAX数据库崩溃非常罕见，但是当突然断电或者死机而导致系统非正常关机、重启时可能会导致这一问题。数据库崩溃可能出现的一个现象就是当点击MAX中任一文件夹旁边的扩展按钮“＋”时，文件夹不但不展开，“＋”还消失了。如果这一现象是在安装了新版本的MAX之后才产生的，您需要确认一下安装之后是否重启了PC。
MAX会备份数据库文件，这可以被用于恢复数据库崩溃。具体步骤如下：以管理员身份或者有管理员权限的用户账号登录（如果安装了F-Secure之类的固件，请确保其在下面的过程中保持关闭！）：退出所有的NI应用程序。
打开命令窗： 从Windows的“开始”菜单，选择Run...。 输入"cmd"，点击OK。 输入"net stop mxssvr"，回车，停止MAX数据库服务。如果有提示让你停止其他的服务，也按照要求停止。 输入"exit" ，回车，关闭命令窗。
找到最后一个文件夹：
Windows XP和Windows 2000:
找到C:\Documents and Settings\All Users\Application Data\National Instruments\MAX\Data Dictionaries\Last文件夹Application Data是一个隐藏文件夹。通过选择Tools �0�3Folder Options...,，点击View，然后选择Show hidden files and folders，可以显示出隐藏文件夹。Windows Vista: 找到C:\ProgramData\National Instruments\MAX\Data Dictionaries\Last文件夹 如果找不到该文件夹，就到C盘下，然后在菜单栏中选择Organize �0�3Folder and Search Options，点击View。 选择Show hidden files and folders选项。 勾除Hide protected Operating System files选项。
备份Last文件夹，将其保存到另外的地方。
找到Data文件夹:
Windows XP和Windows 2000:
找到C:\Documents and Settings\All Users\Application Data\National Instruments\MAX\Data\文件夹Application Data是一个隐藏文件夹。通过选择Tools �0�3Folder Options...,，点击View，然后选择Show hidden files and folders，可以显示出隐藏文件夹. Windows Vista: 找到C:\ProgramData\National Instruments\MAX\Data文件夹如果找不到该文件夹，就到C盘下，然后在菜单栏中选择Organize �0�3Folder and Search Options，点击View. 选择Show hidden files and folders选项.勾除Hide protected Operating System files选项.
备份Data文件夹，将其保存到另外的地方。
打开原始的Data文件夹，找到config3.mxs.bak。右键点击该文件，选择“属性”，检查该文件的创建和修改时间。General页面上可以找到创建时间和最后一次修改时间。
如果时间中有这样的信息，继续如下步骤；如果文件太老，而且文件创建时间不确定，又或者config3.mxs.bak文件大小和config3.mxs文件大小一致，只需要删除整个Data文件夹，然后跳到第10步。
注意: 删除Data文件夹会删除所有的配置信息，MAX下次重启时，您必须再次配置所有的硬件。
删除MAX\Data文件夹中的config3.mxs，或者将其保存成其他的名字，如果Data文件夹中还有config3.mxc, config3.mxd, config3.mx5,和storage.mxc，做同样的处理。将config3.mxs.bak重命名为config3.mxs。重启计算机。
打开MAX。
⑹ 数据库崩溃应如何将其恢复使数据库损失最小
主要软件版本: 4.4
主要软件修正版本: 4.4
次要软件: N/A
解答:MAX数据库崩溃非常罕见，但是当突然断电或者死机而导致系统非正常关机、重启时可能会导致这一问题。数据库崩溃可能出现的一个现象就是当点击MAX中任一文件夹旁边的扩展按钮“＋”时，文件夹不但不展开，“＋”还消失了。如果这一现象是在安装了新版本的MAX之后才产生的，您需要确认一下安装之后是否重启了PC。
MAX会备份数据库文件，这可以被用于恢复数据库崩溃。具体步骤如下：以管理员身份或者有管理员权限的用户账号登录（如果安装了F-Secure之类的固件，请确保其在下面的过程中保持关闭！）：退出所有的NI应用程序。
⑺ 当SQL Server数据库崩溃时如何恢复
SQL Server数据库恢复必须之前有备份，包括数据库备份和日志备份（实际处理操作），
当SQL Server数据库一旦出现崩溃或故障时就可以及时方便地进行恢复，菜单操作（选择“数据库”单击右键选下拉菜单中的“恢复”即可）或命令语句操作都可以
⑻ mysql数据库崩溃的原因
MySQL 在崩溃恢复时，会遍历打开所有 ibd 文件的 header page 验证数据字典的准确性，如果 MySQL 中包含了大量表，这个校验过程就会比较耗时。 MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。另外磁盘 IOPS 也会影响崩溃恢复时间，像这里开发库的 HDD IOPS 较低，因此面对大量的表空间，校验速度就非常缓慢。另外一个发现，MySQL 8 下正常启用时居然也会进行表空间校验，而故障恢复时则会额外再进行一次表空间校验，等于校验了 2 遍。不过 MySQL 8.0 里多了一个特性，即表数量超过 5W 时，会启用多线程扫描，加快表空间校验过程。
如何跳过校验MySQL 5.7 下有方法可以跳过崩溃恢复时的表空间校验过程嘛？查阅了资料，方法主要有两种：
1. 配置 innodb_force_recovery可以使 srv_force_recovery != 0 ，那么 validate = false，即可以跳过表空间校验。实际测试的时候设置 innodb_force_recovery =1，也就是强制恢复跳过坏页，就可以跳过校验，然后重启就是正常启动了。通过这种临时方式可以避免崩溃恢复后非常耗时的表空间校验过程，快速启动 MySQL，个人目前暂时未发现有什么隐患。2. 使用共享表空间替代独立表空间这样就不需要打开 N 个 ibd 文件了，只需要打开一个 ibdata 文件即可，大大节省了校验时间。自从听了姜老师讲过使用共享表空间替代独立表空间解决 drop 大表时性能抖动的原理后，感觉共享表空间在很多业务环境下，反而更有优势。
临时冒出另外一种解决想法，即用 GDB 调试崩溃恢复，通过临时修改 validate 变量值让 MySQL 跳过表空间验证过程，然后让 MySQL 正常关闭，重新启动就可以正常启动了。但是实际测试发现，如果以 debug 模式运行，确实可以临时修改 validate 变量，跳过表空间验证过程，但是 debug 模式下代码运行效率大打折扣，反而耗时更长。而以非 debug 模式运行，则无法修改 validate 变量，想法破灭。