需要删除的目录及文件：
rm -rf $ORACLE_BASE
rm -rf /etc/oratab
rm -rf /etc/oracle
rm -rf /etc/inittab
rm -rf /usr/local/bin/coraenv
rm -rf /usr/local/bin/dbhome
rm -rf /usr/local/bin/oraenv
Tag "database"
1, 在$ORACLE_HOME/dbs目录下，创建新数据库的pfile文件，其中至少包括以下参数(假设新数据库叫bill)，文件名为initbill.ora：
*.background_dump_dest='/ocp/bill/admin/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/bak/bill/control01.ctl','/ocp/bill/control02.ctl'
core_dump_dest='/ocp/bill/admin/cdump'
*.db_name=bill
instance_name=bill
*.job_queue_processes=10
*.sga_max_size=419430400
*.sga_target=423624704
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/ocp/bill/admin/udump'
2, 根据pfile，创建所需的相应目录
3, export ORACLE_SID=bill
4, sqlplus / as sysdba 登录
5, 在SQL提示符下，输入:
startup nomount pfile='initbill.ora';
由pfile启动数据库
6, 待oracle实例启动到nomount状态下，输入：
create spfile from pfile;
通过pfile创建spfile
7, 退出SQL提示符后，输入：
orapwd file=orapwbill password=oracle
创建新的密码文件
8, 在$ORACLE_HOME/dbs目录下创建手动建库的sql脚本createdb.sql，内容示例：
create database bill
maxinstances 2
maxlogfiles 32
maxlogmembers 5
maxdatafiles 200
maxloghistory 290
user sys identified by oracle
user system identified by oracle
character set utf8
national character set al16utf16
datafile '/ocp/bill/oradata/system.dbf' size 300m
sysaux datafile '/ocp/bill/oradata/sysaux.dbf' size 200m
undo tablespace UNDOTBS1 datafile '/ocp/bill/oradata/undotbs1.dbf'
size 200m
default temporary tablespace temp tempfile '/ocp/bill/oradata/temp
1.dbf' size 100m
logfile
group 1 '/ocp/bill/oradata/redo1.log' size 100m,
group 2 '/ocp/bill/oradata/redo2.log' size 100m
;
9, 在SQL提示符下，输入：
@createdb.sql
运行刚刚创建的脚本
10, 在SQL提示符下，输入：
create tablespace users datafile '/ocp/bill/oradata/users.dbf' size 200m;
创建users表空间
11, 在SQL提示符下，输入：
@?/rdbms/admin/catalog.sql
@?/rdbms/admin/catproc.sql
创建数据字典
EOF
Read More和大猫合租了mediatemple的(dv),终于了了我这么多年来的心愿,以前看着(dv)的配置只能干流口水,看着价格只能把口水咽回去,诅咒(mt)真会抢钱.
再次打算给这个blog搬家.进去数据库看了看,WTF,居然45MB之巨!我文章也不算很多阿,400多篇,评论更少的可怜,怎么可能这么大?再仔细一看,光wp_postmeta就有40MB,55万个entries.确定是这个表的问题.再进去看看,满眼都是meta_key =_utw_tags_0… google一下之后,才恍然大悟,原来是之前Wordpress不支持tags的时候,我用过Ultimate Tag Warrior这个插件惹得祸,自从WP原生支持tags之后,我就把UTW删掉了,可是却没管数据库.瘦身的方法如下:
DELETE FROM `wp_postmeta` WHERE meta_key = '_utw_tags_0'
DELETE FROM `wp_postmeta` WHERE meta_key = '_utw_tags_'
执行完这两个命令后,整个世界清净了.wp_postmeta从40MB骤减至67KB.
Read More
Recent Comments