oracle系统

转载于： https://www.iteye.com/blog/czmmiao-1268712 关于12cocp的一道题 What must you use to read data from a table in your database and write it to an external table? A. Use CREATE TABLE...ORGANIZATION EXTERNAL command with ORACLE_DATAPUMP access driver B. Use SQL* LOADER direct path load C. Use SQL* LOADER conventional path load D. Use CREATE TABLE... ORGANIZATION EXTERNAL command with ORACLE_LOADER access driver 参考答案：A 答案A和D很相似，就是他们两者之间的区别，我们下面做个测试看两者是否都能满足从本地读数据写入到外部表。 Oracle Database provides two access drivers: ORACLE_LOADER and ORACLE_DATAPUMP . By providing the database with metadata describing

SQL 语句缺省是在一个 CPU上串行（Serial）执行的，即便系统中有多个 CPU存在，一个 SQL 语句也无法利用它们。这样一来一个 CPU 所能使用的资源就决定了 SQL 语句的性能。这 时提升性能的另一种方法就应运而生，也就是并行处理——同时利用多个 CPU进行工作。 正统的理论界认为，企业的数据库有两种类型，OLTP 和 OLAP，前者用于业务处理，其 特点是大量的运行时间很短的事务型 SQL 语句，并行操作在这种系统中作用有限。后一种用于 数据分析，其特点是大量的查询型 SQL 语句，这里才是并行操作大展身手的舞台。但在实际的 企业环境中，由于成本的制约，可能无法部署一台单独的 OLAP 数据仓库。功能界限的也就无 法绝对切割，很多 7×24 的业务数据库也要支持数据统计分析功能，虽然理论上这些功能应该 是在一个独立的数据仓库中完成。因此无论对于数据仓库还是 OLTP 系统，并行处理是一个非 常有用的工具。 Oracle 的并行处理是从 1996 年的 Oracle 7.3 版本开始出现的，随着 Oracle 数据库的发展， 这个功能也不断得到发展和提升。习惯上用户都觉得似乎只有数据仓库才能从并行能力中获益， 其实这中理解并不全面。Oracle 的并行处理并不局限于查询功能（SELECT），DML 操作 （INSERT、UPDATE、DELETE）、DDL 操作

O racle BPM 11g 系列（一） 目前市场上BPM的产品一般可以分为两类，一类是来自从事工作流workflow的公司，他们在workflow的基础上自上而下的方式增加了系统集成的功能，这一类产品易容性强，但是处理企业级端到端流程及系统集成项目就不太适合，与目前流行的SOA思想也比较大的差距。另外一类是来自从事EAI的公司，自下而上的增加了人机活动交互功能，这一类产品非常不适合国内负责的人机交互流程功能，用户体验非常差，对业务人员非常不友好，有用户戏称“重量级”BPM平台。我见过很多500强的大公司，没有办法，会选择两个BPM平台，这将牵扯到原有系统的迁移，复杂的管理等众多问题。 Oracle BPM 11g是综合了这两类产品的思想，而实现的完整的BPM方案，真正意义上实现了业务与IT的协同，不仅能适应国内企业复杂的workflow需求，并且能充分的结合和利用SOA 11g功能，同时适合服务编排，系统集成和端到端企业级流程处理。Oracle BPM 11g正式版会于近期发布，作为Oracle中间件11g体系最后一个发布的产品，也是有原因的，毕竟实现一个这样的BPM平台不是一件容易的事情。估计这一版本的推出，会给整个BPM市场很大的冲击——这句是来自于Gartner的评价，不是我说的。 该一系列的文章在于帮助大家对于 BPM 11g 有系统的理解。 1 BPM 11g

oracle体系结构简介 一、物理存储结构 1、数据文件 存放数据库数据，以dbf为扩展名。将数据放在多个数据文件中， 再将数据文件分放在不同的硬盘中，可以提高存取速度。数据文 件由数据块构成，块大小由数据库创建时确定。 2、重做日志文件，以rdo为扩展名。含对数据库所做的更改记录， 这样万一出现故障可以启用数据恢复。一个数据库至少需要两个 重做日志文件。重做日志在日志文件中以循环的方式工作。有 归档日志模式和非归档日志模式。 3、控制文件，以ctl或ctrl为扩展名。控制文件维护数据库的全局 物理结构，记录数据库中所有文件的控制信息，每个数据库至少 要有一个控制文件，建议用户使用两个或更多控制文件，并存放 在不同的磁盘上。Oracle系统通过控制文件保持数据库的完整性， 以及决定恢复数据时使用哪些重做日志。 4、参数文件，以ora为扩展名。在一个数据库启动时，每个参数都有 一个默认值，而参数文件中的设置值被用来更改默认值，参数值 极大影响了oracle如何去执行其不同的任务。参数文件包括以下 几种： <1>、初始化参数文件。当创建一个数据库时，oracle创建了一个 默认的init.ora文件，如果不修改任何参数，oracle将用所有的 缺省值来启动数据库，通常根据实际的应用修改参数设置以提高 性能。 <2>、配置参数文件。一般被命名为config.ora，它被用于特定实

一、 前言 　　开通博客到今日也有一段时间了，分类的知识也越来越多，回过头复习时，由于知识点是穿插进行写作的，不太方便，所以现在整一个目录来方便阅读，这样也不至于到以后对某个领域的知识点有新的补充时，读起来文章不连贯。 二、 知识清单 Dubbo dubbo学习（一）认识dubbo dubbo学习（二）配置dubbo XML方式配置 dubbo学习（三）配置dubbo API方式配置 dubbo学习（四）配置dubbo 注解方式配置 dubbo学习（五）注册中心zookeeper dubbo学习（六）dubbo管理控制台 dubbo学习（七）dubbo项目搭建--生产者（服务提供者） dubbo学习（八）dubbo项目搭建--消费者（服务消费者） dubbo学习（九）dubbo监控中心 dubbo学习（十）dubbo整合spring boot dubbo学习（十一）dubbo面试题 JavaWeb Java Web学习（一）Web基础 Java Web学习（二）数据加密 Java Web学习（三）数据加密方式详解 Java Web学习（四）http协议 Java Web学习（五）session、cookie、token Java Web学习（六）HttpServletRequest（客户端请求） Java Web学习（七）HttpServletResponse（客户端响应）

最近遇到一些脚本诱发的审计相关BUG，感觉有必要重新梳理一下11g与12c的审计模式，于是根据官网修正了一下以前的一篇笔记这里发出来。 一、审计功能的开启： SQL> show parameter audit --主要有以下四个参数： AUDIT_TRAIL（default:DB） AUDIT_FILE_DEST(default:ORACLE_BASE/admin/ORACLE_SID/adump or ORACLE_HOME/rdbms/audit) AUDIT_SYS_OPERATIONS(default:FALSE) AUDIT_SYSLOG_LEVEL(no default) audit_trail参数的值可以设置为以下几种（11G，12C适用）： https://docs.oracle.com/cd/E11882_01/server.112/e40402/initparams017.htm#REFRN10006 1. none --不开启 2. os --启用数据库审计，并将数据库审计记录定向到操作系统文件，存储目录为AUDIT_FILE_DEST 3. db --开启审计功能 启用数据库审计，并将数据库所有审计记录定向到数据库的SYS.AUD$表 5. db, extended --extened之前的空格必须有，启用数据库审计

[20191119]探究ipcs命令输出.txt $ man ipcs IPCS(8) Linux Programmer's Manual IPCS(8) NAME ipcs - provide information on ipc facilities SYNOPSIS ipcs [ -asmq ] [ -tclup ] ipcs [ -smq ] -i id ipcs -h DESCRIPTION ipcs provides information on the ipc facilities for which the calling process has read access. The -i option allows a specific resource id to be specified. Only information on this id will be printed. Resources may be specified as follows: -m shared memory segments -q message queues -s semaphore arrays -a all (this is the default) The output format may be specified as follows: -t time -p pid -c

CentOS 安装Oracle 11g R2 实验环境： Linux服务器操作系统：CentOS 5.5 32位（注意：系统安装时请单独分区/data用来安装oracle数据库） Linux服务器IP地址：192.168.32.130 Oracle数据库版本：linux_11gR2_database Windows客户端系统：Windows Xp 具体操作： 一、安装 X window yum groupinstall "X Window System" vim /etc/inittab #图形界面启动 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ id:5:initdefault: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ vim /etc/sysconfig/iptables #开放UDP 177端口 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -A RH-Firewall-1-INPUT -m state --state NEW -m udp -p udp --dport 177 -j ACCEPT ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ shutdown -r now #重启 二、安装前准备工作 1、下载Oracle 11g R2 Linux版本 http:/

1. 安装操作系统 Debian 5.0 amd64 a) /etc/resolv.conf 修改 dns b) c) d) 安装系统，设置 ip ，注意至少要有 1024M 的交换分区用于 Oracle e) 修改 sources.list( 手工修改用 163 的源 ) ，升级系统到最新版本 f) deb http://mirrors.163.com/debian stable contrib main non-free ubuntu deb http://mirrors.163.com/ubuntu/ hardy main restricted universe multiverse deb http://mirrors.163.com/ubuntu/ hardy-security main restricted universe multiverse deb http://mirrors.163.com/ubuntu/ hardy-updates main restricted universe multiverse deb http://mirrors.163.com/ubuntu/ hardy-proposed main restricted universe multiverse deb http://mirrors.163.com/ubuntu/ hardy

1、前置准备工作 部署Apollo的目标服务器要求： （1）Linux 发行版本建议CentOS7 （由于Apollo服务内置3个JVM进程 所有系统可用内存建议不低于2G） （2）安装Oracle 版本10g+（为Apollo部署Oracle服务，也可以借用已经部署好的Oracle服务） （3）安装JDK 版本1.8+ （4）安装Docker 版本1.13+ （5）安装docker-compose yum - y install epel - release yum - y install python - pip pip install docker - compose （6）安装unzip解压工具 yum install zip unzip （7）服务器IP情况假设如下： Oracle 部署所在服务器 IP 为 Oracle_IP (下文均通过这个来指代) ，实例名称为 xe ,两组用户 apolloconfig / apollo 和 apolloportal / apollo Apollo 部署所在服务器 IP 为 Apollo_IP (下文均通过这个来指代) 特别注意：由于业务系统需要访问 Apollo 获取配置，如果 Apollo_IP 和业务系统不再一个局域网，那么 Apollo_IP 必须是外网 IP ，同理，由于 Apollo 需要访问 Oracle ，如果