如何修正 SEP11 的 SEM5 内嵌数据库过大的问题

最近被SEP11数据库过大的问题搞的头痛，求助了好多人，找了好多资料，都没有答案，终于，还是在symantec官网上找到了文章，不知是怎么进去的。

最后，将原来7.44G的数据库缩小到只有256M

进行以下方案之前，请保证您的 SEPM 安装盘（默认是 C: 盘）最少有 1G 或者以上的空间（建议留出至少 2G 空间）

1 停止“Symantec Endpoint Protection Manager”服务；

2 停止“Symantec Embedded Database”服务，复制 C:\Program Files\Symantec\Symantec Endpoint Protection Manager\db\ 里面的所有文件复制到其它目录备份

这个动作是以防不测）；“c:\”取决于你安装的路径。

3启动“Symantec Embedded Database”服务，进入 C:\Program Files\Symantec Endpoint Protection Manager\ASA\Win32 目录，双击打开"dbisqlc.exe"；

4 在 Login 的窗口，在 "User ID" 输入 dba，在“password”输入您的数据库的密码

此密码是你安装的时候设置的密码，一般和您的控制台的登陆密码相同，但是如果控制台后来有改密码则两个密码是不一样的，数据库的密码还是安装的时候设的密码，这个密码一般不会去改。

5 在"Data Source Name "，选择 SymantecEndpointSecurityDSN，确定；

6 进入数据库的命令行，输入以下命令：

Delete From Binary_file where type='DownloadedContentFile'

然后点击“执行”。

7 退出数据库的命令行窗口，重启 Symantec Embedded Database 服务；

8 在开始－> 运行输入 CMD ，点击确认进入 Windows命令行, 然后输入以下命令

cd C:\Program Files\Symantec\Symantec Endpoint Protection Manager\ASA\win32

dbunload -c "uid=dba;pwd=password_set_during_install" -ar

注意：请把 password_set_during_install 替换为您实际的数据库密码

回车后执行，该命令行将自动收缩数据库；

9 收缩完成后，重新启动 Symantec Embedded Database 服务。

10 重新启动Symantec Endpoint Protection Manager 服务。

11 单击“开始 -> 所有程序 -> Symantec Endpoint Protection Manger”，选择“配置服务器向

导”，重新配置 SEPM 服务器；

数据库应急预案

数据库应急预案 一．数据库应急恢复流程图 数据库排错的重点是判断数据库节点的故障还是数据库故障，具体流程如下：

二．数据库应急恢复流程 1.使用本地计算机或者web应用服务器来ping数据库的四个节点，查看 四个节点的状态，确认操作系统没有问题的节点。 2.登录到操作系统没有问题的节点，使用crs_stat –t 命令判断那个实例 出现故障，至少一个实例的CRS的服务资源处于online状态。 3.在此节点上使用sqlplus / as sysdba;命令，登录到数据库，使用select status from v$instance;命令查看数据库状态， 1）.如果数据库处于open状态，使用conn icp_user/dbc命令登录到数据库后，然后使用select sysdate from dual;命令来查询数据库的当前时间，如果能正确显示结构，则数据库没有问题，则只需恢复出现故障的实例就可以。 恢复的过程如下： a).数据库出现宕机的情况下 （1）.重启数据库服务器 （2）.以root用户登录的数据库服务器执行 #/etc/init.d/init.crs start （3）. 执行crs_stat –t命令，查看对应节点的CRS服务资源都处于online 状态。

b).数据库服务器没有宕机的情况 （1）.以root用户登录的数据库服务器执行 #/etc/init.d/init.crs disbale #/etc/init.d/init.crs stop #/etc/init.d/init.crs start （2）. 执行crs_stat –t命令，查看对应节点的CRS服务资源都处于online 状态。 2）. 如果数据库不处于open状态（mount或者nomount），则数据库出现问题，检查alert日志信息， a).如果出现以下提示： ORA-01151: use media recovery to recover block, restore backup if needed 则需要做介质恢复，需要做以下工作： （1）.关闭数据库 SQL>shutdown immediate; （2）以nomount方式打开数据库 SQL>startup nomount; （3）.使数据库处于mount状态

影响Informix数据库性能的主要参数

影响Informix数据库性能的主要参数 影响CPU使用率的配置参数和环境变量 Online 配置文件onconfig中的下列参数对CPU的利用率有明显的影响: ? NUMCPUVPS ? SINGLE_CPU_VP ? MULTIPROCESSOR ? AFF_NPROCS ? AFF_SPROC ? NUMAIOVPS ? OPTCOMPAND ? NETTYPE NUMCPUVPS、MULTIPROCESSOR和SINGL_CPU_VP NUMCPUVPS参数规定了Online 开始启动的CPU VP的数量。分配的CPU VP 的个数不要超过可以为它们服务的CPU的个数。 ?对于单处理器的计算机系统，Informix 建议使用一个CPU VP。 ?对于有4个以上CPU，主要用做数据库服务器的多处理器系统，Informix 建议设置NUMCPUVPS的值等于处理器总数减一。 ?对于双处理器系统，运行两个CPU VP可能会改善性能。这需要监控操作系统的CPU使用情况。可以使用操作系统命令sar 或vmstat。 如果运行多个CPU VP，应将MULTIPROCESSOR 设置为1，当设置MULTIPROCESSOR 为1时，Online 以对应于多处理器的方式执行锁定。否则，设置该参数为0。 注意：如果设置SINGLE_CPU_VP参数为，则NUMCPUVPS 参数的值也必须是1，如果后者大于1，Online就不能初始化并显示下面的错误信息： Cannot have 'SINGLE_CPU_VP' now-zero and 'NUMCPUVPS' greater t han 1 AFF_NPROCS 和AFF_SPROC 在支持Online和客户应用的系统上，可以通过操作系统把应用连接到某些特定的CPU。这样做可以有效地保留剩余的CPU给Online CPU VP使用，它们是用AFF--NPROCES和AFF_SPROC配置参数连接到剩余CPU的。 AFF_NPROCS指定了连接到Online的CPU VP上的CPU的个数。连接一个CPU VP 到一个CPU 会引起该CPU VP在这个CPU上的排它性运行。 AFF_SPROC指定了Online把CPU VP连接到CPU上时所启动的CPU。

浅谈嵌入式SQLite数据库实现与应用

1、前言 有一些日子没有仔细关注SQLite了，今天打开其主页，发现其最新的版本已经是3.6.22了，更让我惊喜的是它的用户越来越多，而且邮件列表的关注者也越来越多，突然觉得自己已经太old了。惊喜的同时，不得不聊上几句了。 首先，来看看都有哪些人在使用SQLite，主页上列举一长串NB的用户，其中不乏像Adobe，Apple，F irefox，甚至连google，Microsoft，SUN这样的用户。 Firefox：这是我的机器上V3.5.7安装目录下的文件： 可以发现用的SQLite 3.6.16.1。 据说，Google在它的Desktop for Mac，Google Gears，以及Android，甚至Chrome中都用到S QLite，而且，Google的工程师对SQLite的全文检索功能作了很大的贡献(contribution)。还有Apple，Micorsoft，SUN等等，这里就不列举了。详细见https://www.wendangku.net/doc/1712719139.html,/famous.html。有这些公司的参与，对SQLite的发展应该有很大的帮助，尤其是像Google这样的用户。 2、实现与应用 下面从实现及应用的角度来谈谈SQLite，先看看SQLite的特点(功能)吧。 特点 简单(simple)：SQLite是一个非常轻量级自包含(lightweight and self-contained)的DBMS：一个头文件，一个动态库文件，你就拥有了关系数据库的所有功能了。简单，是SQLite最明显的哲学。它提供的API少而简单。只需要一个DLL文件，你的程序马上就拥有了一个功能强大的数据库引擎，这是一件很美妙的事。 小巧(small)：我用VS 2005在Windows下编译的3.6.11，Release版为368K，用时不到20秒——而编译MySQL时，要花上几分钟。而当我插入10000条int数据时，内存开销660K，磁盘开销92 K。 事务(transaction)：事务是现代商业数据处理系统最基本的要求，而Access，不论是在可执行文件大小（看了一下Access2003的可执行文件大小为6.32M，两者不是一个量级），还是事务特性，都是不能和SQLite 相比的。 并发性(Concurrency)：由于SQLite通过OS的文件锁来实现库级锁，粒度很大，但是，它通过一些复杂特殊的处理(具体可以参见分析系列)，尽量的提升了读写的并发度。如果你还有担心，你可以看看这篇文章：https://www.wendangku.net/doc/1712719139.html,/database/sqlite_cms.html。 SQL92：SQLite支持绝大部分的标准SQL语句，你只需要几百K的空间，就可以换来需要上百兆的通用DBMS几乎所有操作了。 方便(Convenience)：如果你的程序要使用SQLite，只需要将拷贝你的程序目录即可。

数据库备份与恢复流程

数据库备份与恢复流程 本文档分为三个部分：一、数据库备份；二、数据库恢复；三、数据库修复。 一、数据库备份 在年度汇总填报工作中，数据的存储地点数据库担当着重要的角色。【人事汇总填报系统】为用户制定了详细的数据库备份与灾难恢复策略，确保数据的高可用性。 发生事故后，系统支持进行数据库恢复与修复，但是数据库备份是数据库恢复与修复的前提。因此，数据库备份是非常重要的系统数据管理环节。 数据库备份的步骤如下： 1、单击【汇总填报】按钮进入人事汇总填报系统。 2、点击【常用工具】子菜单【数据库备份】，如图： 3、进入数据库备份页面，单击【开始备份导出】按钮，系统将进行整库备份。如图： 4、中间列表会展示备份过程信息。如图： 5、备份完成后，单击备份文件下载地址，将文件保存在您的电脑里，完成数据备份。 6、注意：备份文件带有备份日期，如下图。如果您想要进行数据库恢复，在导入该文件时一定要注意数据的备份日期，以免造成数据恢复错误。

二、数据库恢复 在对数据库应用的过程中，人为误操作、人为恶意破坏、系统的不稳定、存储介质的损坏等等原因，都有可能造成重要数据的丢失。因此，软件为用户提供了【数据库恢复】菜单。 数据库恢复实际上就是利用技术手段把不可见或不可正常运行的数据文件恢复成正常运行的过程。数据库备份是数据库恢复的前提。注意：备份文件带有备份日期，如果您想要进行数据库恢复，在导入该文件时一定要注意数据的备份日期，以免造成数据恢复错误。 数据库恢复的步骤如下： 1、单击【汇总填报】按钮进入人事汇总填报系统。 2、点击【常用工具】子菜单【数据库恢复】，如图： 3、通过视图区下部的省略号在电脑中选择已备份的数据文件，点击【上传】： 4、压缩包的内容会展示在左侧数区域，选择需要导入的数据，再单击【导入】按钮，在中间导入区域会显示导入过程，等待导入完成即可完成恢复。如下图： 三、数据库修复 当系统遭遇停电等异常状况而引起数据库损坏时，您可以使用数据库修复功能修复您的数据。操作流程如下： 1、单击【汇总填报】按钮进入人事汇总填报系统。 2、点击【常用工具】子菜单【数据库修复】，如图：

oracle数据库状态查询

1 状态查询 启动状态 SQL语句 结果 nomount select status from v$instance; STARTED select open_mode from v$database; ERROR at line 1: ORA-01507: database not mounted mount select status from v$instance; MOUNTED select open_mode from v$database; MOUNTED open select status from v$instance; OPEN select open_mode from v$database; READ WRITE 或者READ ONL Y 2 实验过程 SQL> startup nomount; ORACLE instance started. Total System Global Area 125829120 bytes Fixed Size 1247684 bytes Variable Size 92276284 bytes

Database Buffers 25165824 bytes Redo Buffers 7139328 bytes SQL> select status from v$instance; STA TUS ------------ STARTED SQL> select open_mode from v$database; select open_mode from v$database * ERROR at line 1: ORA-01507: database not mounted SQL> alter database mount; Database altered. SQL> select status from v$instance; STA TUS

数据库选型的五大要素

数据库选型的五大要素 面对品种繁多的数据库产品，如何才能独具慧眼，选中适合自己的数据库产品呢？众所周知，正确的评估、选型与数据库技术本身同样重要。而通常，数据库厂商都会在性能清单和技术基准表中尽量展现产品最佳的一面，对产品弱点却避免提及或进行遮掩，关于这一点，业界已经是人尽皆知了。其实在挑选和评估过程中，首要目标是选择一款能够满足甚至超过预定要求的技术或解决方案。选型的正确方法将使用户在面对众多产品时，提高其做出最佳选择的能力。 数据库选型时，必须考虑以下五大因素： 1. 开发要求 2. 性能/成本 3. 数据库运行和管理 4. 可升级性 5. 总体拥有成本 开发要求 首先，需要清楚自己究竟想使用什么开发技术。例如，你是要以https://www.wendangku.net/doc/1712719139.html,访问传统的关系型数据库？还是要以纯面向对象技术构建J2EE应用平台？又或是需要建设XML Web Services？如果你要实现的是纯关系型的开发典范，那么实际要 使用的受支持的标准（和非标准）SQL功能有多少？ 如果你要规划的是面向对象开发策略，那么在原计划里的数据库支持真正的面向对象吗？它是如何支持的？若有需要, 它能同时提供SQL的功能吗？数据库支持这个功能吗？虽然,有些关系型数据库声称支持对象开发，但实际上并不是直 接支持的。这种非直接的体系结构将导致更多的事务处理故障，以及潜在的可升级性和性能问题。 另外，你还需要确定自己的前端技术如何与后端进行“对话”。你的业务逻辑是放在客户机一端呢？还是放在服务器一端？你要使用哪些脚本语言？它们与后端服务器的兼容性如何？它们是快速应用开发（RAD）环境吗？ 目前，实现基于关系型数据库的应用可以选择传统的主流品牌，这些数据库产品有着很成熟的关系技术以及广泛的应用资源。但是,如果实现的是基于面向对象技术的应用、又或是数据结构更为复杂时，不妨考虑目前一些公司推出的所谓 后关系数据库。它所代表的正好是关系数据库和面向对象技术的融合，以多维数据引擎作为核心，从根本上支持复杂的对象存储及主流的二维表，同时也已经配备了功能强大的应用服务引擎，可作对象逻辑操作的平台。它的出现已经为传统数据库领域带来了冲击，而在面向对象数据库方面更是广受欢迎。 性能/成本 测量数据库性能最常见的方法是TPC基准。TPC明确地定义了数据库方案、数据量以及SQL查询。测量的结果是，在特 定的操作系统上，配置了特定的数据库版本，以及在惊人的硬件条件下，每项事务的成本是多少——其中的事务可以是TPC测试中定义的任何数据库操作。 从理论上来讲，这类基准旨在提供不同产品间客观的比较值。但在现实中，这些方案又有多少能准确反映并回答你在挑选技术时所存在的疑惑？其次，所有技术厂商发布的TPC基准都会超过以前发布的结果。这样，TPC基准在更大程度上 反映的是为解决问题而投入的内存和CPU量，而不是数据库性能的任何真实表现。 以笔者多年所见，只有在真实的环境中进行实际的比较测试才可以推断出数据库的预期性能及评估所需成本。常用的方法包括平衡移植，把原来的数据转移到类似硬件上的另一套数据库，然后以真实的客户端连接这套测试对象。又或是以数据产生器针对真实的数据模型，建立出庞大的数据量，再以客户端连接作测试。 这种做法跟实验室中的做法的不同之处有以下几点：第一，试验中的硬件构架跟你预期的方案不会有太大的差别；第二，所测试的事务在宽度和深度方面跟未来计划的也差不太远；第三，如果是硬件条件一样，我们可以直接看出测试对象跟原来方案有着多少差异。

常用的嵌入式数据库的比较

常用的嵌入式数据库的比较 2.1 Berkeley DB 技术特点： 1. Berkeley DB是一个开放源代码的内嵌式数据库管理系统，能够为应用程序提供高性能的数据管理服务。应用它程序员只需要调用一些简单的API就可以完成对数据的访问和管理。(不使用SQL语言) 2. Berkeley DB为许多编程语言提供了实用的API接口，包括C、C++、Java、Perl、Tcl、Python和PHP等。所有同数据库相关的操作都由Berkeley DB函数库负责统一完成。 3. Berkeley DB轻便灵活（Portable），可以运行于几乎所有的UNIX和Linux系统及其变种系统、Windows操作系统以及多种嵌入式实时操作系统之下。Berkeley DB被链接到应用程序中，终端用户一般根本感觉不到有一个数据库系统存在。 4. Berkeley DB是可伸缩（Scalable）的，这一点表现在很多方面。Database library 本身是很精简的（少于300KB的文本空间），但它能够管理规模高达256TB的数据库。它支持高并发度，成千上万个用户可同时操纵同一个数据库。Berkeley DB能以足够小的空间占用量运行于有严格约束的嵌入式系统。 Berkeley DB在嵌入式应用中比关系数据库和面向对象数据库要好，有以下两点原因：（1）因为数据库程序库同应用程序在相同的地址空间中运行，所以数据库操作不需要进程间的通讯。在一台机器的不同进程间或在网络中不同机器间进行进程通讯所花费的开销，要远远大于函数调用的开销； （2）因为Berkeley DB对所有操作都使用一组API接口，因此不需要对某种查询语言进行解析，也不用生成执行计划，大大提高了运行效。 2.2 SQLite 轻量级别数据库SQLite的主要特点： 1. 支持事件，不需要配置，不需要安装，也不需要管理员； 2. 支持大部分SQL92； 3. 一个完整的数据库保存在磁盘上面一个文件，同一个数据库文件可以在不同机器上面使用，最大支持数据库到2T，字符和BLOB的支持仅限制于可用内存； 4. 整个系统少于3万行代码，少于250KB的内存占用(gcc)，大部分应用比目前常见的客户端/服务端的数据库快，没有其它依赖 5. 源代码开放，代码95%有较好的注释，简单易用的API。官方带有TCL的编译版本。 2.1 Berkeley DB 技术特点： 1. Berkeley DB是一个开放源代码的内嵌式数据库管理系统，能够为应用程序提供高性能的数据管理服务。应用它程序员只需要调用一些简单的API就可以完成对数据的访问和管理。(不使用SQL语言) 2. Berkeley DB为许多编程语言提供了实用的API接口，包括C、C++、Java、Perl、Tcl、Python和PHP等。所有同数据库相关的操作都由Berkeley DB函数库负责统一完成。

数据库知识点总结

二、名词解释 1.数据冗余定义：同一数据存储在不同的数据文件中的现象。 2.DBA 数据库管理员 3.事务指访问并可能更新数据库中各种数据项的一个程序执行单元(unit)。 4.数据字典：数据库中所有对象及其关系的信息集合。 5.数据独立性包括数据的物理独立性和逻辑独立性。 6.物理独立性是指用户的应用程序与存储在磁盘上的数据库中数据是相互独立的 7.逻辑独立性是指用户的应用程序与数据库的逻辑结构是相互独立的 8. 存储过程是一组为了完成特定功能的SQL语句集 9.触发器可以查询其他表，而且可以包含复杂的SQL 语句。它们主要用于强制服从复杂的业务规则或要求 10.SQL语言中的视图 答：在SQL中，外模式一级数据结构的基本单位是视图，它是从若干基本表和(或)其它视图中构造出来的，视图并不存储对应的数据，只是将视图的定义存于数据字典中。 四、简答题 1.数据库管理系统的主要功能有哪些? 答：数据库定义、操纵、保护、存储、维护和数据字典。 2.数据库系统中的常见故障有哪些? 答：.事务故障，系统故障、介质故障。 3.简述SQL语言的组成。 答：分为四个部分： 数据定义、数据操纵、数据控制、嵌入式SQL语言的使用规定。 4.说明关系模型有哪三类完整性规则? 答：实体完整性、参照完整性、用户自定义完整性。 5.请阐述在网状模型和关系模型中，实体之间联系的实现方法。 答：在网状模型中，联系用指针实现。 在关系模型中，联系用关键码(或外键，或关系运算) 来实现。 6.DBS由哪几个部分组成？ 答：DBS由四部分组成：数据库、硬件、软件、数据库管理员。 7.数据库的并发操作会带来哪些问题？ 答:数据库的并发操作会带来三类问题:丢失更新问题;不一致分析问题和“脏数据”的读出。 8.简述客户/服务器模式DBS的一般结构。此时数据库应用的功能如何划分？ 答:DBS ：数据库系统（Database System),DBS是实现有组织地、动态地存储大量关联数据，方便多用户访问的计算机软件、硬件和数据资源组成的系统，即采用了数据库技术的计算机系统。 9.什么是日志文件？为什么要设立日志文件？ 答：（1）日志文件是用来记录事务对数据库的更新操作的文件。 （2）设立日志文件的目的是：进行事务故障恢复；进行系统故障恢复；协助后备副本进行介质故障恢复。 10.SQL中表达完整性约束的规则主要有哪几种？ 答：有主键约束、外键约束、属性值约束和全局约束等。 11.什么是分布式数据库的分布透明性？

数据库选型的五大要素

数据库选型的五大要素 ■ 余詠衡 如果引用结构化的决策方法，确保本文所介绍的数据库选型应考虑的五大要素都得到全面及客观的评估，那么根据其与项目、产品和组织的关系进行利害权衡，就能做出理智的数据库选型决策。 面对品种繁多的数据库产品，如何才能独具慧眼，选中适合自己的数据库产品呢？众所周知，正确的评估、选型与数据库技术本身同样重要。而通常，数据库厂商都会在性能清单和技术基准表中尽量展现产品最佳的一面，对产品弱点却避免提及或进行遮掩，关于这一点，业界已经是人尽皆知了。其实在挑选和评估过程中，首要目标是选择一款能够满足甚至超过预定要求的技术或解决方案。选型的正确方法将使用户在面对众多产品时，提高其做出最佳选择的能力。而数据库选型时，必须考虑以下五大因素。 开发要求 首先，需要清楚自己究竟想使用什么开发技术。例如，你是要以https://www.wendangku.net/doc/1712719139.html,访问传统的关系型数据库？还是要以纯面向对象技术构建J2EE应用平台？又或是需要建设XML Web Services？如果你要实现的是纯关系型的开发典范，那么实际要使用的受支持的标准（和非标准）SQL功能有多少？ 如果你要规划的是面向对象开发策略，那么在原计划里的数据库支持真正的面向对象吗？它是如何支持的？若有需要,它能同时提供SQL的功能吗？数据库支持这个功能吗？虽然有些关系型数据库声称支持面向对象开发，但实际上并不是直接支持的。这种非直接的体系结构将导致更多的事务处理故障，以及潜在的可升级性和性能问题。 另外，你还需要确定自己的前端技术如何与后端进行“对话”。你的业务逻辑是放在客户机一端呢？还是放在服务器一端？你要使用哪些脚本语言？它们与后端服务器的兼容性如何？它们是 快速应用开发（RAD）环境吗？ 目前，实现基于关系型数据库的应用可以选择传统的主流品牌，这些数据库产品有着很成熟的关系技术以及广泛的应用资源。但是,如果实现的是基于面向对象技术的应用、又或是数据结构更为复杂时，不妨考虑目前一些公司推出的所谓后关系数据库。它所代表的正好是关系数据库和面向对象技术的融合，以多维数据引擎作为核心，从根本上支持复杂的对象存储及主流的二维表，同时也已经配备了功能强大的应用服务引擎，可作对象逻辑操作的平台。它的出现已经为传统数据库领域带来了冲击，而在面向对象数据库方面更是广受欢迎。 平衡性能与成本 测量数据库性能最常见的方法是TPC基准。TPC明确地定义了数据库方案、数据量以及SQL查询。测量的结果是，在特定的操作系统上，配置了特定的数据库版本，以及在惊人的硬件条件下，每项事

SQL Server数据库的MDF文件修复和恢复方法

SQL Server数据库的MDF文件修复和恢复方法 实际上，我们经常会遇到数据库恢复或修复的问题，下面我们来讲讲方法： 首先：如果备份的数据库有两个文件，分别是.LDF 和.MDF，打开企业管理器，在实例上右击---所有任务--附加数据库，然后选择那个.MDF文件，就可以了。 或者在查询分析器中输入： sp_attach_db "数据库名称","路径\文件名.ldf","路径\文件名.MDF" SQL Server数据库备份有两种方式，一种是使用BACKUP DA TABASE将数据库文件备份出去，另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式。下面将主要讨论一下后者的备份与恢复。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)。 1.正常的备份、恢复方式0 正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。 卸下数据库的命令：Sp_detach_db 数据库名连接数据库的命令：Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] 'dbname', [@filename1 =] 'filename_n' [,...16]sp_attach_single_file_db [@dbname =] 'dbname', [@physname =] 'physical_name' 使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。 例子： 假设数据库为test，其数据文件为test_data.mdf，日志文件为test_log.ldf。下面我们讨论一下如何备份、恢复该数据库。 卸下数据库：sp_detach_db 'test'连接数据库：sp_attach_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data.mdf','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf'sp_attach_single_file_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data.mdf'

数据库常用命令

oracle常用命令 命令解释 $Ps –ef|grep oracle 查看oracle进程是否启动 $ sqlplus "/as sysdba" 以sysdba角色登陆oracle数据库 SQL>startup 显示当前系统中已登录的人员。 SQL>shutdown immediate 关闭数据库 SQL>select * from v$version; 查看oracle数据库版本 SQL>select name from v$database; 查看数据库SID SQL>truncate table table_name 快速清空一个表 SQL>select * from all_users;查看数据库中所有用户 SQL>alter tablespacename offline;将表空间offline SQL> alter tablespacename online ;将表空间online $oerr ora 2236 查错误 alert_{ORACLE_SID}.log 数据库告警日志文件 *.TRC 数据库跟踪文件 Oracle说明 1、数文件：SPFILE不能直接阅读是二进制文件，需要转为文本 2、oracle数据库后，可以查看数据库状态是否open，如果open会显示open字样 SQL> select status, instance_role from v$instance; 3、PFILE：SQL> connect / as sysdba 从spfile创建pfile：SQL> create pfile from spfile; 从pfile创建spfile：CREA TE SPFILE FROM PFILE='/home/oracle/admin/pfile/init.ora'; 4、names是客户端或应用程序需要连接数据库时必须配置的，使用$tnsping service_aliasname可以测试出tns配置的是否正确 5、要文件listener.ora、Tnsnames.ora、Sqlnet.ora，这三个位置在$ORACLE_HOME/network/admin目录下。 6、库启动时要先启动listener Network配置：监听程序lsnrctl

数据库恢复方法

1.备份文件恢复的几点注意事项 在用备份文件恢复数据库的时候，如果遇到路径错误的时候，可以有以下几种解决方案：1.在sqlserver的企业管理器中更改恢复的路径到一个已经存在的路径（推荐）； 2.在机器上按照备份文件的提示建立相应的路径（推荐）； 3.用编辑器更改备份文件内的路径到一个已经存在的路径（不推荐）； 2.拷贝的数据库文件的恢复方法 在SQL Server 7中由于MS重新设计了数据库文件的存储方式，取消了新建设备再建数据库这一繁琐的过程。新的存储格式,一个数据库包括两个文件，mdf数据库文件和ldf日志文件。所以我们在重装机器备份时可以把你要备份的数据库的这两个文件拷贝出来，重新安装之后再恢复。 在SQL Server中提供了这种恢复方式的存储过程。 1.sp_attach_db [@dbname =] 'dbname',[@filename1 =] 'filename_n' 给系统添加一个数据库，在dbname指定数据库名称，filename＿n指定数据库的文件和日志文件。比如我有一个voogiya的库，停止SQL Server服务备份voogiya_data.mdf,voogiya_log.ldf，启动SQL server,删除掉这个库，然后再把这两上文件拷到sql server DA TA目录中，在Query Analyzer中执行如下语句： EXEC sp_attach_db @dbname = N'voogiya', @filename1 = N'd:\mssql7\data\voogiya_data.mdf', @filename2 = N'd:\mssql7\data\voogiya_log.ldf' 就会把这个库加入到SQL Server Group中. 2.sp_attach_single_file_db [@dbname =] 'dbname', [@physname =] 'physical_name' 这个命令和上面的功能一样，在physical_name中只要写上据库的物理文件名就可以了，日志文件SQL server会重新建立。这个存储过程的运行要先执行下面的存储过程： sp_detach_db @dbname = 'dbname' 同样以上面的为例： EXEC sp_detach_db @dbname = 'voogiya' EXEC sp_attach_single_file_db @dbname = 'voogiya', @physname = 'd:\mssql7\data\voogiya_data.mdf' 要注意执行以上存储过程的用户要在sysadmin中. 缺点：会把原来数据库所带的用户也一同恢复，成为你的sqlserver中的孤立用户，不过不影响使用。

C#常用数据库操作方法整理

C#常用操作数据方法整理 using System.Data.SqlClient; //导入sql数据库命名空间，这样可以用sql数据库操作相关类 String ConnectionStr = "server=.;database=数据库名；uid=sa;pwd=123456;"; //数据库连接字符串，server确定数据库服务器名，database定义数据库名,uid定义数据库使用者用户名，pwd为密码。 SqlConnection conn = new SqlConnection(ConnectionStr); //建立数据库连接，只有建立连接了才能操作数据。 //也可以合在一起：SqlConnection conn = new SqlConnection(“server=.;database=数据库名； uid=sa;pwd=123456;”); String SQLString=“”； //数据操作语句放在双引号中，语句有增，删，改，查操作。 SqlCommand comm = new SqlCommand(SQLString, conn); //建立数据库命令，确定sql数据操作语句，和数据库连接。 //也可以合并，SqlCommand comm = new SqlCommand(“数据库操作语句”, conn); conn.Open(); //打开数据库，只有打开数据库，数据库命令才能被执行。 int rows = comm.ExecuteNonQuery(); SqlDataReader dr = comm.ExecuteReader(); //专门用于读取数据库数据 Object result= comm. ExecuteScalar(); //或string result= Cmd. ExecuteScalar().Tostring(); //执行数据库命令： //ExecuteNonQuery（）用于增，删，改操作，返回受影响的行数; //ExecuteReader()用于查操作，返回一个SqlDataReader类的对象； //comm.ExecuteScalar()执行查找，返回从数据表中查询结果的第一行第一个单元格的数据。conn.Close();

数据库状态为置疑.只读.脱机.紧急模式时的解决办法

SQl数据库状态为置疑,只读\脱机\紧急模式时的解决办法 SQl数据库状态为置疑,只读\脱机\紧急模式时的解决办法2010-05-08 18:44这是SQL2000常遇到的错误，楼主按照以下方法修复，修复完，检查一下数据库是否已完全修复，没完全修复时最低都可导出数据，要用数据库生成一个空库脚本，把修复数据库的数据用DTS导入到新库。。。 A．建立一个供恢复使用的数据库 我们使用默认方式建立一个供恢复使用的数据库(如iBusinessWork)。可以在SQL Server Enterprise Manager 里面建立。 B．停掉数据库服务器。 C．调整数据库与日志文件. 将刚才生成的数据库的日志文件iBusinessWork_log.ldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件iBusinessWork_data.mdf。 D．启动数据库服务器。 此时会看到数据库iBusinessWork的状态为“置疑”。这时候不能对此数据库进行任何操作。 E．设置数据库允许直接操作系统表。 use master go sp_configure 'allow updates',1 go reconfigure with override go F．设置iBusinessWork为紧急修复模式 update sysdatabases set status=-32768 where dbid=DB_ID('iBusinessWork') 关闭打开企业管理器，此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表 G．下面执行真正的恢复操作，重建数据库日志文件 dbcc rebuild_log('iBusinessWork','E:\Microsoft SQL Server\Data\iBusinessWork_log.ldf') 执行过程中，如果遇到下列提示信息： 服务器: 消息5030，级别16，状态1，行 1 未能排它地锁定数据库以执行该操作。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。 说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了iBusinessWork库的系统表，那么退出SQL Server Enterprise Manager就可以了。(关闭企业管理器，如果别的机器从网络访问数据库，也把网络关闭) 正确执行完成的提示应该类似于：

SQL SERVER数据库性能调整与优化

摘要：微软的sql server数据库系统，因其各种优点在软件系统市场上占有比较大的比例，但是数据库在使用过程中也会出现多种可以导致服务器运行速度变慢或降低数据访问效率的事件发生。文章从多个方面讲述了sql server数据库系统调整和优化策略，可以有效提高数据库的查询速度。 关键字：sql server；应用程序；b/s；数据复制 中图分类号：tp311 文献标识码：a 文章编号：1009-3044（2016）15-0012-02 基于微软的sql server数据库系统，是目前很多软件所使用的数据库，其功能强大，而且兼容性能较好，适用于大多数的软件开发系统。但是，任何一个数据库系统在操作较长一段时间后，都可能存在一定的性能问题，这个性能问题包括多个方面，主要涉及数据库的内存、操作系统、参数设置、操作应用程序及硬件等多个方面。因此，就像操作系统一样，在一个数据库系统运行一段时间后，对其进行优化对整个软件系统的正常运行起着非常重要的作用，可以有效促进软件系统的稳定性、可用性和高效性，节约系统开销，解决系统瓶颈。 1 性能调整与优化概述 性能调整是指的对系统的相关参数、应用程序、软硬件系统进行优化，从而可以有效改变系统性能的一种活动。对数据库系统的性能优化及调整主要包括对软硬件配置、操作系统及数据库管理系统的配置进行优化，还包括对访问这些配置的应用程序的分析与了解。 对数据库性能是否优秀的判定标准主要是看这个数据库各个性能指标，一个数据库的性能指标主要包含以下几个部分：事务处理所占用的系统资源、事件的响应时间以及cpu的时间量。性能并不是一成不变的，而是随着使用的时间和环境的变化而变化。数据库系统的性能受使用应用程序、本身的体系结构和硬件设备性能及连接数目及资源等多个方面的影响。 所谓性能调整，就是通过优化提高系统的高效性，消除系统使用瓶颈。一个系统是否高效，主要是看他的瓶颈，因为这个是系统性能限制的主要决定因素，可能是软件，也可能是硬件部分。如果系统的瓶颈限制过大，则对数据库系统的访问和存储及更新都有很大影响，减少系统瓶颈，可以将一个系统性能最大程度的发挥。为了有效去除系统瓶颈，对性能进行调整，必须采取一定的步骤和方法去调整所有和性能相关的组件，包括应用调整和sqlserver。 2 应用调整 对数据库的性能优化来说，最有可能导致数据库性能产生变化的就是应用软件的影响。应用调整相对于硬件来说更容易做到监控和修改，也更容易显示出效果来。应用的调整和优化也可以影响到数据系统的后续步骤的调整，有效地减小系统开支，使普通的应用程序不至于占用太多的系统资源。应用调整一般来说是对sql server性能调整的第一步，也是关键的一步，主要包括应用程序调整、页面应用调整、数据库查询语句调整等多个因素。 1）sql语句优化 数据库性能优化中，标准查询语句（sql）的优化可以有效提高数据查询、更新、插入的执行效率。低效率的数据库查询语句，往往会占用过多的资源并访问过多的数据库，从而使系统的响应时间变长，严重影响系统的性能。通过优化sql语句，改变数据库查询方法或途径，可以有效提高系统的性能。数据库系统的应用最多的就是将数据库的数据显示出来，这离不开数据库的查询语句，这也是影响系统性能最关键的一个步骤。微软的sql server本身提供了数据库的查询和优化方法，对常用的数据库查询语句进行分析，可以找到最佳的查询语句，从而可以减少输入/输出次数，提高执行效率。但是微软提供的查询优化器很难能够完全解决查询语句的优化，比如语义方面的问题等。 2）b/s 模式优化 目前很多软件的开发模式都采用了基于b/s的模式，在这种模式下，用户端无须在安装多余的软件，服务器将后台处理的数据通过协议传输到客户端。这种做法实际上减轻了前端

数据库的修复方法

恢复数据库的几种方法 广汉市雒城四小―――王春燕 内容提要：随着现代科学技术的飞跃发展，数据库系统已广泛运用各个系统中，尽管数据库系统中采取了各种保护措施来防止数据库的安全和完整性被破坏，保证并行事物的正确执行，但是计算机系统中硬件的故障，软件的错误，操作员的失误以及恶意的破坏仍是不不可避免的，这些故障轻则造成事务非常中断，影响数据库中数据的正确性，重则破坏数据库，使数据库中全部或部分数据丢失，因此数据库管理系统必须具有把数据库从错误状态中恢复到某一已知的正确状态的功能，这就需要数据库的恢复。 故障的种类 一、事务内部的故障 事物内部的故障有的是可以通过事物程序本身发现的，有的是不是预期的，不能由事物程序处理的。 例如：学生调校、系或调班事务，这个事务把一个学生从一个校、系（班）转另一个系（班）。 BEGIN TRANSACTION 读甲系（班）的余额BALANCE； BALANCE=BALANCE-AMOUNT；（AMOUNT为转校系（班）学生） IF （BLANCE小于0），THEN

{打印'人数不足，不能转班'; ROLLBACK;(撤销该事务) ELS 写回BALANCE1=BALANCE1+AMOUNT; COMMIT;} 这个例子所包括的两个更新操作要么全部不做,否则就会使数据库存处于不一致状态. 在这段程中，应用程序可以发现并让事物滚回,撤销已做的修改,恢复数据到正确状态。这类恢复员事物撤销（UNDO）。这是预期的故障。事物内部的故障很多是无预期的，是不能由应用程序处理的。 （二）、系统故障 系统故障是指系统停止运转的任何事件，使得系统要重新启动。例如，特定类型的硬件错误（CPU）故障，操作系统故障、DBMS代码错误、突然停电等，这类故障影响正在运行的所有事务，但不破坏数据库。这时所有的运行事务都非正常终止。发生系统故障时，一些尚未完成的事务结果可能已送入物理数据库，从而造成数据可能处于不正确状态。为保证一致性，需要清除这些事务对数据库的所有修改. 恢复系统必须在系统重新启动时让所有非正常终止的事务回滚，强行撤销所有未完成事务。 另一方面，系统重启后，恢复子系统除撤销所未完成事务外，还需要重做所有已提交事务，以将数据恢复到一致状态。 （三）、介质故障

嵌入式数据库的发展与应用

嵌入式数据库的发展与应用 摘要：从嵌入式系统结构入手，阐述了嵌入式数据库的发展现状，并具体介绍了当前主流嵌入式数据库的共性、基本特点、关键技术、构件、分类，并提出了发展趋势和应用。20年前就已经被组合在各种应用程序、软件组件和硬件环境中。它有两个很重要的特征——“嵌入性”和“实时性”。这里用实际应用的实例来说明，在嵌入式系统里如何有效地使用嵌入式数据库。 关键词：嵌入式数据库；复制；缓存技术；现状；趋势；应用 随着计算机技术及相关技术的不断发展，嵌入式产品由于其智能化、小型化、便携式等特点，已经普遍应用于我们的生活，比如智能手机、车载导航设备、数字移动电视、机顶盒、智能控制设备等。这些产品通常是在计算资源、存储资源等条件受限的情况下处理大量的数据，而传统的数据库一般都是运行在各种各样的服务器或大容量的存储器上，显然把传统的数据库直接移植到嵌入式设备上是不可行的。那么如何在苛刻的条件下，充分利用有限的资源便成为了人们研究的热点。嵌入式数据库也正是在此条件下，和嵌入式操作系统、嵌入式应用软件相伴而生的。 1 嵌入式系统的体系结构 嵌入式数据库位于嵌入式系统的中间部分，下面有嵌入式操作系统层，当前主流的嵌入式操作系统有Windows CE；Palm OS。Linux，VXworks，SymbianOS 等平台，硬件平台主要有Dragonball，Handspring，MIPS，Hitachi SH，Power PC 以及ARM处理器。嵌入式应用软件位于嵌入式数据库之上，可以通过API函数接口，ODBC，JDBC等与嵌入式数据库通信，来实现数据的检索、删除、添加等操作，更为重要的是要实现数据的完整性、一致性。 当前主流的嵌入式数据库，具有支持多个平台、面向多种开发语言、具有多个灵活的接口等特点，主流的嵌入式数据库有：Oracle公司的Berkeley DB、Sysbase Adaptive Server Anywhere、Linter以及SQLite等，国内的科研机构也积极开展这方面的研究并推出了自己的产品，主要有方舟公司的Noahbase，人大金仓kingbase等。 在其体系结构中，只是描述了单一的以嵌入式设备为核心的体系架构，底层的数据采集程序把传感器集所测得的具有不同意义的数传送给嵌入式系统进行实时存储，以备数据中心进行数据的查询。嵌入式系统作为下位机负责数据的采