Oracle测试题

Oracle的体系结构是一个需要掌握的比较重要的概念，这个结构体系也比较复杂，我稍为总结了一下概念。

Oracle数据库主要的物理存储结构包括构成数据库的各种物理文件，包括数据文件、控件文件、重演日志文件、归档重演日志文件、参数文件、警告、跟踪日志文件和备份文件等。

数据文件：

每个Oracle数据库都有一个或者多个物理数据文件(datafile)，数据文件包含了所有的数据库数据，数据库的逻辑结构的数据(如表、索引等)都被物理地存储在分给数据库的数据文件中。

数据文件包含下列类型的数据：

表数据

索引数据

数据字典定义

回滚事务所需的信息

存储过程、函数和数据包的代码

用来排序的临时数据

数据文件的特点：

一个数据文件只能与一个数据库相关联。

可以对数据文件设置一些特性，在数据库空间用完的情况下可以自动扩展。

一个或多个数据文件构成了一个数据库存储的逻辑单元——表空间(table space)。

数据会汇集在内存里，由数据库的书写进程(DBWR)决定。(DBWO)

select status,bytes,name from v$datafile;

控制文件：

数据库控制文件(control file)是一个很小的二进制文件，它维护着数据库的全局物理结构，用以支持数据库成功地启动和运行。创建数据库时，同时就提供了与之对应的控制文件。

每一个控制文件只能与一个Oracle数据库相关联。

控制文件包含了数据库实例在启动和正常操作时，访问数据库所需的关于数据库的信息。

控制文件包含以下的信息：

数据库名称

数据库创建的时间戳

相关的数据文件、重演日志文件的名称和位置

表空间信息

数据文件脱机范围

日志历史

归档日志信息

备份组和备份块信息

备份数据文件和重演日志信息

数据文件拷贝信息

当前日志序列数

检查点(checkpoint)信息

保护控制文件，必须注意的几个方面：

每一个数据库都要使用多路复制的控制文件

把每一个控制文件的复件保存在不同的物理磁盘上

使用操作系统的冗余镜像机制

监控备份

select name from v$controlfile;

重演日志文件：

每一个Oracle数据库都有一个由两个或多个重演日志文件(redo log file)构成的文件组，这组重演日志文件合称为数据库的重演日志。

一个重演日志文件是由重做条目(redo entry，也叫重做记录)组成的。

重演日志的主要功能是记录下所有数据的改变。

重演日志文件中的信息可以用在数据库从系统失败或者介质失败的恢复之中 。

select from v$logfile;

归档重演日志文件：

归档重演日志文件(archive log file)就是对写满的重演日志文件复制若保存生成的文件。可以通过设置数据库在归档模式(ARCHIVELOG mode)下来自动地保存日志文件。归档进程(ARCO)在后台负责把写满的重演日志文件复制到归档日志目标中。归档日志文件在数据库恢复时起决定性作用。

Select From v$archived_log

参数文件：

参数文件(parameter file)包含了一组关于数据库和实例的配置参数。Oracle推荐用户使用一个服务器参数文件(SPFILE)作为维护初始化参数的动态手段。一个服务器参数文件允许用户在一个服务器端的磁盘文件里持久地保存和管理初始化参数。

警告、跟踪日志文件：

每一个服务器和后台进程都可以写入一个相关的跟踪文件(trace file)。当一个进程发现了一个内部错误的时候，它把关于错误的信息转储到它的跟踪文件里。写入到跟踪文件的一部分信息是给数据库管理员使用的，而其他信息是给Oracle支持服务的。跟踪文件信息还可以用于调整应用程序和实例。

警告文件(alert file)是一种特殊的跟踪文件，一个数据库的警告文件就是包括按时间排序的消息和错误的记录。

备份文件：

用户管理的备份和恢复实际上就是要求用户在试图恢复备份的时候先还原备份文件。服务器管理的备份和恢复管理了备份过程，例如，调度备份及恢复过程就是在需要恢复的时候施加正确的备份文件。

问题一:选购IA服务器时应考察的主要配置参数有哪些

CPU和内存：CPU的类型、主频和数量在相当程度上决定着服务器的性能;服务器应采用专用的ECC校验内存，并且应当与不同的CPU搭配使用。

芯片组与主板：即使采用相同的芯片组，不同的主板设计也会对服务器性能产生重要影响。

网卡：服务器应当连接在传输速率最快的端口上，并最少配置一块千兆网卡。对于某些有特殊应用的服务器(如FTP、文件服务器或视频点播服务器)，还应当配置两块千兆网卡。

硬盘和RAID卡：硬盘的读取/写入速率决定着服务器的处理速度和响应速率。除了在入门级服务器上可采用IDE硬盘外，通常都应采用传输速率更高、扩展性更好的SCSI硬盘。对于一些不能轻易中止运行的服务器而言，还应当采用热插拔硬盘，以保证服务器的不停机维护和扩容。

冗余：磁盘冗余采用两块或多块硬盘来实现磁盘阵列;网卡、电源、风扇等部件冗余可以保证部分硬件损坏之后，服务器仍然能够正常运行。

热插拔：是指带电进行硬盘或板卡的插拔操作，实现故障恢复和系统扩容。 同时，在选择IA服务器时通常需要考虑可管理性、可用性、可扩展性、安全性以及可靠性等几方面的性能指标。

问题二:64位服务器覆盖的应用范围

从应用类型来看，大致可分为主域服务器、数据库服务器、Web服务器、FTP服务器和邮件服务器、高性能计算集群系统几类。 而目前，主流的服务器处理器有：英特尔安腾处理器、英特尔至强处理器和AMD公司的Opteron处理器，这些处理器是近几年推出的新型64位服务器。笔者就以上的几种应用，讨论一下服务器在不同的应用当中，对服务器子系统的不同要求进行简单概述：

主域控制器 网络、用户、计算机的管理中心，提供安全的网络工作环境。主域控制器的系统瓶颈是内存、网络、CPU、内存配置。

文件服务器 文件服务器作为网络的数据存储仓库，其性能要求是在网络上的用户和服务器磁盘子系统之间快速传递数据。

数据库服务器 数据库引擎包括DB2、SQL Server、Oracle、Sybase等。数据库服务器一般需要使用多处理器的系统，以SQL Server为例，SQL Server能够充分利用SMP技术来执行多线程任务，通过使用多个CPU，对数据库进行并行操作来提高吞吐量。另外，SQL Server对L2缓存的点击率达到90%，所以L2缓存越大越好。内存和磁盘子系统对于数据库服务器来说也是至关重要的部分。

Web服务器 Web服务器用来响应Web请求，其性能是由网站内容来决定的。如果Web站点是静态的，系统瓶颈依次是:网络、内存、CPU;如果Web服务器主要进行密集计算(例如动态产生Web页)，系统瓶颈依次是:内存、CPU、磁盘、网络，因为这些网站使用连接数据库的动态内容产生交易和查询，这都需要额外的CPU资源，更要有足够的内存来缓存和处理动态页面。

高性能计算用的集群系统 一般在4节点以上，节点机使用基于安腾、AMD 64技术的Opteron系统，这种集群系统的性能主要取决于厂商的技术实力、集群系统的设计、针对应用的调优等方面。

问题三:多核时代，处理器内核越多越好吗？

二大芯片巨头英特尔、AMD公司于2005年底推出多核处理器，目前，不管是双核、还是即将成为2007年主流四核处理器或是将来的八核、十六核处理器，英特尔、AMD之间激烈的竞争，促使处理器市场新品越来越多。在性能上、在功耗节能方面还是其它服务器配件方面，都极大地促进了产业的发展。

而对于大部分用户来讲，服务器在应用层次方面，仍旧是不变的。唯一需要考虑的就是用户自身的发展对于服务器的性能是否能够满足。现今，对于一款四核高性能服务器，其采购成本远远高于现今主流的双核服务器，如果双核服务器就能够满足您的需求，同时也能够为将来的3~5年发展预留足够的空间，那么就没必要选择价格昂贵的四核服务器。

综合以上：对于单核/双核/多核综合交叉时代，选购服务器应该把目光放在自身需求上面，以本身应用需求、资金投入为因素，选购最合适的服务器产品。

需要以下参数：<formenctype="multipart/form-data"……>这是一个标签，我们要实现文件的上传，必须指定为multipart/form-data，否则服务器将不知道要干什么。 值得注意的是文件uploadhtml中表单选项 MAX_FILE_SIZE 的隐藏值域，通过设置其Value(值)可以限制上载文件的大小。

MAX_FILE_SIZE 的值只是对浏览器的一个建议，实际上它可以被简单的绕过。因此不要把对浏览器的限制寄希望于该值。实际上，PHP 设置中的上传文件最大值，是不会失效的。但是最好还是在表单中加上 MAX_FILE_SIZE，因为它可以避免用户在花时间等待上传大文件之后才发现该文件太大了的麻烦

按照招标文件要求的货物规格要求填写第一列，第二列货物投标规格最好全部按照第一列的招标货物规格写，第三列都填符合。

投标技术规格偏离表应该算是投标文件中商务响应部分最重要的一个章节了，很多信息都是以这里的参数为基准的。

表头前信息：这个地方一般来说是项目名称、项目编号、分包名称三项，但有的公司是投标人名称、项目名称、分包名称三项，所以在这里要看清楚，不要弄错了（后面的分项报价表、货物一览表、技术偏离表和商务偏离表也是一样）。

项目名称（或投标人名称）、项目编号就不说了了，分包名称有的话就填，没有的时候千万不要空着，要填上“/”；

表后面的信息：表后面都是投标人签字盖章的地方，这个地方基本都是一致的，可能的区别就是叫法不一样，比如：有的叫投标人，而有的叫投标人名称，性质是一样的，错了虽然没啥影响，但为保险起见，最好还是核对清楚；

表格的数量：有的在招标参数中分成了多个表格，比如：软件参数、硬件参数等，此时也需要与招标一致，分成对应的多个表格去响应；

表里面的内容：这一部分是需要特别注意的地方，一般包括序号、服务内容、招标文件条款号、招标需求、投标响应、偏离、说明几项内容，这里重点说下投标响应的部分，具体如下：

1、序号：既可以手写也可以自动生成，但一定要与第二项“名称”一致，随着名称项的变化而变化；

2）服务内容：名称必须和招标文件中技术参数中所写明的名称一致。如果是一个项中包含了几个小项，那不能只写大项或只写小项。正确的做法是1列拆分为2列，将大小项都写进去，对应的第一列的编号以大项为主，后面的几列参数则以小项为基准；

3）招标文件条款号：由于很多招标文件都比较混乱，所以尽量把条款号找到最小的项，对应到最准确的位置，招标文件如果实在找不到非常准确的信息，那么就对应到一个相对准确的位置；

4）招标需求：又称为招标参数，按照对应内容复制粘贴即可；

投标响应：应该算是这一章节最重要的地方了，需要着重去编写，对应招标参数撰写自己的投标参数，需要特别注意的就是，不能够为了省事直接复制粘贴过来，那样是会被废标的，在这里有几个小的窍门，可以让你写的比较快，如下：

如果这一份标书是确定要中标的标书，那么这一块需要非常认真的去写，必须保证的是招标参数响应不能有一条的遗漏，可以多但绝对不能少；