1,关系数据库中有哪些问题

1.数据完整性、一致性得不到保证 2.数据冗余会增大 3.数据库性能会受到影响 还有很多 呵呵

关系数据库中有哪些问题

2,请说明造成数据库故障的可能的原因都有哪些每种情况下的应对措施

一、事务内部的故障;二、系统故障;三、介质故障;四、计算机病毒。
数据库系统是由数据库、计算机硬件、计算机软件和数据库用户组成,其中数据库管理系统(dbms)是数据库系统的核心部分

请说明造成数据库故障的可能的原因都有哪些每种情况下的应对措施

3,关于数据库的几个问题

1.C2.A3.A4.错误5.错误6.正确7.外模式-模式,模式-内模式8.数据结构化,(数据共享性高、冗余度低、易扩充)9.关系模型,面向对象模型12.数据的安全性保护,数据的完整性保护15.实体完整性,参照完整性16.外模式,模式

关于数据库的几个问题

4,数据库系统中故障可以分为哪几类

事务故障 系统故障 介质故障一、事务故障 什么是事务故障 某个事务在运行过程中由于种种原因未运行至正常终止点 事务故障的常见原因 输入数据有误 运算溢出 违反了某些完整性限制 某些应用程序出错 并行事务发生死锁事务故障(续) 事务故障的恢复 事务故障的恢复:事务撤消(UND) 恢复程序要在不影响其它事务运行的情况下,强行回滚(RBACK)该事务,即清除该事务对数据库的所有修改,使得这个事务象根本没有启动过一样 二、系统故障 什么是系统故障 由于某种原因造成整个系统的正常运行突然停止,致使所有正在运行的事务都以非正常方式终止。 发生系统故障时,内存中数据库缓冲区的信息全部丢失,但存储在外部存储设备上的数据未受影响 系统故障(续) 系统故障的常见原因 操作系统或DBMS 代码错误 操作员操作失误 特定类型的硬件错误(如CPU 故障) 突然停电 系统故障(续) 系统故障的恢复 1. 清除尚未完成的事务对数据库的所有修改 如果DBMS 无法确定哪些事务已更新过数据库,则系统重新启动后,恢复程序要强行撤消(UND ) 所有未完成事务,使这些事务象没有运行过一样。 2. 将已完成事务提交的结果写入数据库 如果DBMS 无法确定哪些事务的提交结果尚未写入物理数据库,则系统重新启动后,恢复程序需要重做(RED ) 所有已提交的事务。 三、介质故障 什么是介质故障 硬件故障使存储在外存中的数据部分丢失或全部丢失 介质故障比前两类故障的可能性小得多,但破坏性最大。 介质故障(续) 介质故障的常见原因 硬件故障 磁盘损坏 磁头碰撞 操作系统的某种潜在错误 瞬时强磁场干扰 介质故障(续) 介质故障的恢复 装入 数据库发生介质故障前某个时刻的数据副本 重做自此时始的所有成功事务 ,将这些事务已提交的结果重新记入数据库 故障的种类小结 数据库系统中各类故障对数据库的影响 数据库本身被破坏 (介质故障) 数据库处于不一致状态 数据库中包含了未完成事务对数据库的修改(事务故障、系统故障) 数据库中丢失了已提交事务对数据库的修改(系统故障) 不同类型的故障应采用不同的恢复操作 故障的种类小结(续) 恢复操作的基本原理:简单 原理:利用 存储在系统其它地方的冗余数据 来重建 数据库中已经被破坏或已经不正确的那部分数据 恢复的实现技术:复杂 一般一个大型数据库产品,恢复子系统的代码要占全部代码的10% 以上
数据库系统中故障可以分为:事务故障、系统故障、介质故障。一、事务故障某个事务在运行过程中由于种种原因未运行至正常终止点,事务故障的常见原因,输入数据有误运算溢出,违反了某些完整性限制发生锁死。二、系统故障由于某种原因造成整个系统的正常运行突然停止,致使所有正在运行的事务都以非正常方式终止。发生系统故障时,内存中数据库缓冲区的信息全部丢失,但存储在外部存储设备上的数据未受影响 。三、介质故障硬件故障使存储在外存中的数据部分丢失或全部丢失 ,介质故障比前两类故障的可能性小得多,但破坏性最大。
事务故障,系统故障,介质故障,病毒破坏
数据库系统中故障可以分为:事务故障、系统故障、介质故障。一、事务故障某个事务在运行过程中由于种种原因未运行至正常终止点,事务故障的常见原因,输入数据有误运算溢出,违反了某些完整性限制发生锁死。二、系统故障由于某种原因造成整个系统的正常运行突然停止,致使所有正在运行的事务都以非正常方式终止。发生系统故障时,内存中数据库缓冲区的信息全部丢失,但存储在外部存储设备上的数据未受影响 。三、介质故障硬件故障使存储在外存中的数据部分丢失或全部丢失 ,介质故障比前两类故障的可能性小得多,但破坏性最大。

5,SQL Server中常见的问题与解决方法

关于事务日志 在使用sql server时,经常会出现系统提示事务日志 已满的错误信息(错误1105),以使的应用系统的数据库 无法打开,影响到系统的正常运行。通常有三种方法可以 解决这一问题: ●扩展数据库空间 可以通过扩展数据库大小来增大事务日志的空间。先 利用alter database增大数据库空间,再通过sp—logdev ice系统存储过程把事务日志转移到事务日志数据库设备 上去,具体语法如下: 语法: ·alter database database—name on database—d evice增大数据库空间 ·sp—logdevice dbname,database_device转移 事务日志 例:alterdatabasemydbonmydb—log—dev=8 sp—logdevicemydbmydb—log—dev 如果数据库对数据库设备变得过大(通常在决定数据 库大小时,先指定一个保守的值,如果以后需要增大空间 ,用alter database增加其大小),需先扩展数据库设备 ,再增大事务日志的空间,具体语法如下: 语法: ·disk resize name=logical—device_name,size= final—size扩展数据库设备 ·alter database database—name on database—d evice增大数据库空间 ·sp_logdevicedbname,database_device转移事 务日志 例:disk resize name=mydb on mydb—log—dev=8 alter database mydb on mydb—log—dev=8 sp—logdevice mydb mydb—log—dev (以上工作也可以通过对microsoft sql enterprise manger提供的gui界面直接操作来完成。) ●定期执行dump database语句来完成截短 事务日志。其语法为: 语法: ·dump database dbname to dump_device 例:dump databas emydb to mydump—dev(通过将 数据库mydb备份到备份设备mydump—dev上完成截短事务日 志。) ●trunc.logonchkpt.选项来完成截短事 务日志 缺省时,在新建的数据库上,trunc.logonchkpt. 选项设置成off(缺省值),事务日志永远不作备份,事务 日志不停地增长,可能会耗尽数据库的存储空间,将trun c.logonchkpt.选项设置成on,每次checkpoint进程发 生时(通常每分钟一次)都截短事务日志(删除已提交的 事务),使得事务日志不会不停地增长以耗尽数据库的存 储空间。 配置选项和值 在使用sql server时,同样会经常出现系统提示user connections(用户连接)已达到配置数,系统无法正常 运行的问题。sql server用户连接最大值是32767,而缺 省时的一般配置数为15个。如果使用中的用户连接已达到 配置数,而又来了一个用户连接请求,sqlserver将回送一 个错误消息。这时可以通过修改sql server的配置选项中 的user connections项的最大值来解决这一问题。配置选 项的显示和管理可通过sp—configure系统过程来完成, 但不能使用sp—configure来设定一个比当前配置选项最大 值还大的配置选项。 语法:sp—configure〔config—name〔,confi g—value〕〕 其中config—name为配置选项的项名,config—valu e为设置值。 例:sp—configureuser_connections,30 同时用户可以使用sp—configure来显示配置选项, 通过重新设置一些配置选项,调节性能和优化存储分配。 (注:修改sql server的配置选项,必须以系统管理员身 份登录。)?
关于事务日志nbsp;nbsp;nbsp;在使用sqlnbsp;server时,经常会出现系统提示事务日志nbsp;已满的错误信息(错误1105),以使的应用系统的数据库nbsp;无法打开,影响到系统的正常运行。通常有三种方法可以nbsp;解决这一问题:nbsp;nbsp;nbsp;●扩展数据库空间nbsp;nbsp;nbsp;可以通过扩展数据库大小来增大事务日志的空间。先nbsp;利用alternbsp;database增大数据库空间,再通过sp—logdevnbsp;ice系统存储过程把事务日志转移到事务日志数据库设备nbsp;上去,具体语法如下:nbsp;nbsp;nbsp;语法:nbsp;nbsp;nbsp;·alternbsp;databasenbsp;database—namenbsp;onnbsp;database—dnbsp;evice增大数据库空间nbsp;nbsp;nbsp;·sp—logdevicenbsp;dbname,database_device转移nbsp;事务日志nbsp;nbsp;nbsp;例:alterdatabasemydbonmydb—log—dev=8nbsp;nbsp;nbsp;sp—logdevicemydbmydb—log—devnbsp;nbsp;nbsp;如果数据库对数据库设备变得过大(通常在决定数据nbsp;库大小时,先指定一个保守的值,如果以后需要增大空间nbsp;,用alternbsp;database增加其大小),需先扩展数据库设备nbsp;,再增大事务日志的空间,具体语法如下:nbsp;nbsp;nbsp;语法:nbsp;nbsp;nbsp;·disknbsp;resizenbsp;name=logical—device_name,size=nbsp;final—size扩展数据库设备nbsp;nbsp;nbsp;·alternbsp;databasenbsp;database—namenbsp;onnbsp;database—dnbsp;evice增大数据库空间nbsp;nbsp;nbsp;·sp_logdevicedbname,database_device转移事nbsp;务日志nbsp;nbsp;nbsp;例:disknbsp;resizenbsp;name=mydbnbsp;onnbsp;mydb—log—dev=8nbsp;nbsp;nbsp;alternbsp;databasenbsp;mydbnbsp;onnbsp;mydb—log—dev=8nbsp;nbsp;nbsp;sp—logdevicenbsp;mydbnbsp;mydb—log—devnbsp;nbsp;nbsp;(以上工作也可以通过对microsoftnbsp;sqlnbsp;enterprisenbsp;manger提供的gui界面直接操作来完成。)nbsp;nbsp;nbsp;●定期执行dumpnbsp;database语句来完成截短nbsp;事务日志。其语法为:nbsp;nbsp;nbsp;语法:nbsp;nbsp;nbsp;·dumpnbsp;databasenbsp;dbnamenbsp;tonbsp;dump_devicenbsp;nbsp;nbsp;例:dumpnbsp;databasnbsp;emydbnbsp;tonbsp;mydump—dev(通过将nbsp;数据库mydb备份到备份设备mydump—dev上完成截短事务日nbsp;志。)nbsp;nbsp;nbsp;●trunc.logonchkpt.选项来完成截短事nbsp;务日志nbsp;nbsp;nbsp;缺省时,在新建的数据库上,trunc.logonchkpt.nbsp;选项设置成off(缺省值),事务日志永远不作备份,事务nbsp;日志不停地增长,可能会耗尽数据库的存储空间,将trunnbsp;c.logonchkpt.选项设置成on,每次checkpoint进程发nbsp;生时(通常每分钟一次)都截短事务日志(删除已提交的nbsp;事务),使得事务日志不会不停地增长以耗尽数据库的存nbsp;储空间。nbsp;nbsp;nbsp;配置选项和值nbsp;nbsp;nbsp;在使用sqlnbsp;server时,同样会经常出现系统提示usernbsp;connections(用户连接)已达到配置数,系统无法正常nbsp;运行的问题。sqlnbsp;server用户连接最大值是32767,而缺nbsp;省时的一般配置数为15个。如果使用中的用户连接已达到nbsp;配置数,而又来了一个用户连接请求,sqlserver将回送一nbsp;个错误消息。这时可以通过修改sqlnbsp;server的配置选项中nbsp;的usernbsp;connections项的最大值来解决这一问题。配置选nbsp;项的显示和管理可通过sp—configure系统过程来完成,nbsp;但不能使用sp—configure来设定一个比当前配置选项最大nbsp;值还大的配置选项。nbsp;nbsp;nbsp;语法:sp—configure〔config—name〔,confinbsp;g—value〕〕nbsp;nbsp;nbsp;其中config—name为配置选项的项名,config—valunbsp;e为设置值。nbsp;nbsp;nbsp;例:sp—configureuser_connections,30nbsp;nbsp;nbsp;同时用户可以使用sp—configure来显示配置选项,nbsp;通过重新设置一些配

文章TAG:数据  数据库  分别  哪些  数据库分别有哪些问题  
下一篇