UMA架构NUMA架构

最近在参与数据库国产化的相关工作，热火朝天，忙忙碌碌，也发现数据库国产化的一些怪事儿。很多很多的甲方和应用开发商都要求必须适配某某数据库，或兼容某某特性，否则这个项目就黄了，或换数据库适配。貌似一听也很有道理，毕竟应用开发商是有一些开发的工作量在里面的。不过反过来想想也挺有意思的：1. 到底是数据库是基础软件还是应用软件是基础软件；2、莫非你原来运行在windows上的C程序还让linux改造以支

最近看到很多国产数据库厂商都是基于开源某斯库来的，而且还可以高举信创大旗，甚至有十几家都开始拥抱某开源社区。要知道是人家商业数据库还在开发和迭代呢。以我国产数据库的经验来看，国产数据库最难的迁移和适配工作，需要应用或数据库开发商做大量的妥协。我突然有一个恐惧的想法：当下大家都依赖开源社区开源生态把某斯做起来了，生态也起来了，数据库也迁移和适配过来了。你们那里来的技术底气和商务功夫保证自己的数据库不

最近在参与数据库国产化的相关工作，热火朝天，忙忙碌碌，也发现数据库国产化的一些怪事儿。很多很多的甲方和应用开发商都要求必须适配某某数据库，或兼容某某特性，否则这个项目就黄了，或换数据库适配。貌似一听也很有道理，毕竟应用开发商是有一些开发的工作量在里面的。不过反过来想想也挺有意思的：1. 到底是数据库是基础软件还是应用软件是基础软件；2、莫非你原来运行在windows上的C程序还让linux改造以支

最近在参与数据库国产化的相关工作，热火朝天，忙忙碌碌，也发现数据库国产化的一些怪事儿。很多很多的甲方和应用开发商都要求必须适配某某数据库，或兼容某某特性，否则这个项目就黄了，或换数据库适配。貌似一听也很有道理，毕竟应用开发商是有一些开发的工作量在里面的。不过反过来想想也挺有意思的：1. 到底是数据库是基础软件还是应用软件是基础软件；2、莫非你原来运行在windows上的C程序还让linux改造以支

大家都知道oracle logminer是用来挖掘redo日志的，其中有大体的流程和若干细节需要考虑。在本文，我计划给大家讲述logminer的使用流程和大致思路：1、启用supplemental loggingsupplemental log启用命令如下：alter database add supplemental log data;查看 supplemental log的启用情况：selec

selecttable_name,index_name,column_name,column_positionfrom dba_ind_columnswheretable_name='' and table_owner=''order by index_name,column_position;

数据库实例的启动过程：nomount：实例启动mount：打开控制文件open：实例控制文件所描述的数据文件被打开SQL> startup nomount;SQL> alter database mount;SQL> alter database open;数据库关闭：SQL>shutdown normal#直到所有会话都结束并退出SQL>shutdown trans

使用logminer的前提条件：1、打开数据库的supplemental logalter database add supplemental log data;开启oracle的最小附加日志。2、查询supplemental log的打开情况select supplemental_log_data_min from v$database;3、如果需要挖掘归档日志，数据库需要开启归档；archiv

DBSSO (database system security officer) ：可以配置系统使得系统能够“审计特定的用户行为”和“定期分析审计结果”