网站综合信息 dbtan.com
- 标题:
- dbtan.com - dbtan 谈DB
- 关键字:
- dbtan Oracle Linux Oracle Database Oracle PL SQL Oracle RAC SQL DBA
- 描述:
- dbtan的生活、Oracle及Linux学习笔记、观点 说，永远易于做！
- 域名信息
- 域名年龄:15年11个月4天 注册日期:2009年08月27日 到期时间:2019年08月27日
邮箱:abuse 电话:+86.4006008500
注册商:HICHINA ZHICHENG TECHNOLOGY LTD.
- 服务器空间
- IP:202.165.179.200 同IP网站10个 详情
地址:北京市 神州通信
- 备案信息
- 备案号:京ICP备13006977号 审核时间:2013-02-01 详情
主办单位:谈权 性质:个人
网站名:谈权 首页网址:www.dbtan.com
域名流量Alexa排名
域名注册Whois信息
dbtan.com
域名年龄: 15年11个月4天注册时间: 2009-08-27
到期时间: 2019-08-27
注 册 商: HICHINA ZHICHENG TECHNOLOGY LTD.
注册邮箱: abuse
联系电话: +86.4006008500
获取时间: 2015年03月21日 05:20:15
Domain Name: DBTAN.COM
Registrar: HICHINA ZHICHENG TECHNOLOGY LTD.
Sponsoring Registrar IANA ID: 420
Whois Server: grs-whois.hichina.com
Referral URL: http://www.net.cn
Name Server: DNS21.HICHINA.COM
Name Server: DNS22.HICHINA.COM
Status: ok http://www.icann.org/epp#OK
Updated Date: 2012-12-20
Creation Date: 2009-08-27
Expiration Date: 2019-08-27
>>> Last update of whois database: Fri, 2015-Mar-20 21:24:34 GMT <<<
For more information on Whois status codes, please visit
https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en.
Domain Name:dbtan.com
Registry Domain ID:
Registrar WHOIS Server: whois.hichina.com
Registrar URL: http://www.net.cn/
Updated Date:2012-12-20T01:57:50Z
Creation Date:2009-08-27T10:29:40Z
Registrar Registration Expiration Date:2019-08-27T10:29:40Z
Registrar: HICHINA ZHICHENG TECHNOLOGY LTD.
Registrar IANA ID: 420
Registrar Abuse Contact Email: abuse
Registrar Abuse Contact Phone: +86.4006008500
Reseller:
Domain Status:
Registry Registrant ID:whois-protect
Registrant Name:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Registrant Organization:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Registrant Street:3/F.,HiChina Mansion,No.27 Gulouwai Avenue,Dongcheng District,Beijing 100120,China,
Registrant City:Beijing
Registrant State/Province:Beijing
Registrant Postal Code:100120
Registrant Country:CN
Registrant Phone:+8610.65985888
Registrant Phone Ext:
Registrant Fax:+8610.65985438
Registrant Fax Ext:
Registrant Email:YuMing
Registry Admin ID:whois-protect
Admin Name:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Admin Organization:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Admin Street:3/F.,HiChina Mansion,No.27 Gulouwai Avenue,Dongcheng District,Beijing 100120,China,
Admin City:Beijing
Admin State/Province:Beijing
Admin Postal Code:100120
Admin Country:CN
Admin Phone:+8610.65985888
Admin Phone Ext:
Admin Fax:+8610.65985438
Admin Fax Ext:
Admin Email:YuMing
Registry Tech ID:whois-protect
Tech Name:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Tech Organization:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Tech Street:3/F.,HiChina Mansion,No.27 Gulouwai Avenue,Dongcheng District,Beijing 100120,China,
Tech City:Beijing
Tech State/Province:Beijing
Tech Postal Code:100120
Tech Country:CN
Tech Phone:+8610.65985888
Tech Phone Ext:
Tech Fax:+8610.65985438
Tech Fax Ext:
Tech Email:YuMing
Name Server:dns21.hichina.com
Name Server:dns22.hichina.com
DNSSEC:unsigned
URL of the ICANN WHOIS Data Problem Reporting System: http://wdprs.internic.net/
>>> Last update of WHOIS database:2012-12-20T01:57:50Z<<<
Registry Billing ID:whois-protect
Billing Name:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Billing Organization:YinSi BaoHu Yi KaiQi (Hidden by Whois Privacy Protection Service)
Billing Street:3/F.,HiChina Mansion,No.27 Gulouwai Avenue,Dongcheng District,Beijing 100120,China,
Billing City:Beijing
Billing State/Province:Beijing
Billing Postal Code:100120
Billing Country:CN
Billing Phone:+8610.65985888
Billing Phone Ext:
Billing Fax:+8610.65985438
Billing Fax Ext:
Billing Email:YuMing
Important Reminder: Per ICANN 2013RAA`s request, Hichina has modified domain names`whois format of dot com/net/cc/tv, you could refer to section 1.4 posted by ICANN on http://www.icann.org/en
网站头文件(HTTP Header)
HTTP/1.1 301 永久重定向 访问时间:2014年04月10日 20:33:53 服务器:Apache/2 语言环境:PHP/5.2.17 动作:Cookie,Accept-Encoding,User-Agent X-Pingback: http://www.dbtan.com/xmlrpc.php 目标网址:http://www.dbtan.com/ Content-Encoding: gzip 文件大小:20 Keep-Alive: timeout=1, max=100 连接:Keep-Alive 类型:text/html; charset=UTF-8 HTTP/1.1 200 OK 访问时间:2014年04月10日 20:33:53 服务器:Apache/2 修改日期:2014年04月10日 16:26:15 网页标记:"17683e5-69ab-4f6abf87377c0" 接受单位:字节 缓存控制:max-age=3,必须更新 过期时间:2014年04月10日 20:33:58 动作:Accept-Encoding,Cookie,User-Agent Content-Encoding: gzip 文件大小:7065 Keep-Alive: timeout=1, max=100 连接:Keep-Alive 类型:text/html; charset=UTF-8 网站编码:UTF-8
同IP网站(同服务器)
网站首页快照(纯文字版)
抓取时间:2014年04月10日 20:25:15
网址:http://dbtan.com/
标题:dbtan.com - dbtan 谈DB
关键字:dbtan,Oracle,Linux,Oracle Database,Oracle PL/SQL,Oracle RAC,SQL,DBA
描述:dbtan的生活、Oracle及Linux学习笔记、观点 说，永远易于做！
主体:
网址:http://dbtan.com/
标题:dbtan.com - dbtan 谈DB
关键字:dbtan,Oracle,Linux,Oracle Database,Oracle PL/SQL,Oracle RAC,SQL,DBA
描述:dbtan的生活、Oracle及Linux学习笔记、观点 说，永远易于做！
主体:
dbtan 谈DBdbtan的生活、Oracle及Linux学习笔记、观点 说，永远易于做！ Home关于存档 关闭侧边栏 显示侧边栏How To Automate Cleanup Of Dead Connections And INACTIVE Sessions [ID 206007.1] Posted by dbtan on 九月 15th, 2010How To Automate Cleanup Of Dead Connections And INACTIVE Sessions [ID 206007.1]Modified 25-JUN-2009 Type HOWTO Status PUBLISHED PURPOSE -------This note explains the difference between a dead connection and an INACTIVE session in v$session. It also discusses the mechanisms provided to automate the cleanup of each.SCOPE & APPLICATION -------------------This note is intended for any DBA who wants to automate the cleanup of dead connectio... ... Oracle, Oracle数据库管理, Trouble Shooting 2 Comments »认领博客 dbtan 谈DB Posted by dbtan on 六月 20th, 2010认领博客 dbtan 谈DBQQREADERF129F7D46654828B 默认分类 2 Comments »Oracle 10g/11g Latch机制的变化 Posted by dbtan on 五月 13th, 2010Oracle 10g/11g Latch机制的变化：前面曾经提到，Oracle的Latch机制采用spin来进行持有CPU的不断尝试，虽然通常Latch的获取会非常快（一般在微秒级），但是很多时候Latch竞争还是会引发极为严重的CPU争用。所以从Oracle 10g开始，Oracle尝试引入一种新的机制来代替传统的Latch机制，这就是Mutex机制，也就是互斥机制。和Latch相比，一个Mutex Get大约仅需要30～35个指令，而Latch Get则需要大约150～200个指令，同时在大小上，每个Mutex仅占大约16Bytes空间，而Latch在10gR2中要占用大约112Bytes空间。在Oracle 10.2..0.1中一个新的参数_kks_use_mutex_pin被引入，不过缺省值为False：sys@TQGZS> select x.k... ... Oracle, 深入解析Oracle, 读书笔记 No Comments »Latch Free（闩锁释放） Posted by dbtan on 五月 13th, 2010Latch Free（闩锁释放）：Latch Free通常被称为闩锁释放，这个名称常常引起误解，实际上我们应该在前面加上一个“等待”（wait），当数据库出现这个等待时，说明有进程正在等待某个Latch被释放，也就是waiting latch free。Latch是一种低级排队（串行）机制，用于保护SGA中共享内存结构。Latch就像是一种快速被获取和释放的内存锁，用于防止共享内存结构被多个用户同时访问。其实不必把Latch想得过于复杂，Latch通常就是操作系统利用内存中的某个区域，通过设置变量为0或非0，来表示Latch是否已经被取得，大多数操作系统，是使用TEST AND SET的方式来完成Latch检查或持有的。为了快速地获得一个直观认识，以下... ... Oracle, 深入解析Oracle, 读书笔记 No Comments »Enqueue （队列等待） Posted by dbtan on 五月 13th, 2010Enqueue （队列等待）：Enqueue是一种保护共享资源的锁定机制。该锁定机制保护共享资源，以避免因并发操作而损坏数据，比如通过锁定保护一行记录，避免多个用户同时更新。Enqueue采用排队机制，即FIFO（先进先出）来控制资源的使用。在Oracle 10g之前，Enqueue事件是一组锁定事件的集合，如果数据库中这个等待事件比较显著，我们还需要进一步来追踪是哪个类别的锁定引发了数据库等待。从Oracle 10g开始，Oracle对于队列等待进行了细分，v$event_name视图中可以查询这些细分后的等待事件，简要摘录几个示例如下：sys@CCDB> select name,wait_class 2 from v$event_name &nb... ... Oracle, 深入解析Oracle, 读书笔记 No Comments » Page 1 of 1912345678...»末页 »订阅 | RSS FeedAll Posts FeedAll Comments Feed分类目录 | CatalogLinux (9)Oracle (82)Oracle备份与恢复 (2)Oracle数据库管理 (3)Trouble Shooting (3)读书笔记 (73)深入解析Oracle (73)默认分类 (2)标签云 | Tag Cloudapache backup politic Binding variable and cursor_sharing Buffer Cache dns Event EXP-00091 Flush Shared Pool ftp imp LAMP Library Cache Pin and Library Cache Lock Linux linux log manager and item integration linux troubleshooting nfs nologging OEM ORA-04031 Oracle Oracle基本信息检查 Oracle子缓冲池SubPool Redo Result Cache samba sendmail Shared Pool dump and analysis Shared Pool Latch和Library Cache Latch竞争 Shared Pool 的基本原理 SHARED_POOL_RESERVED_SIZE sqlloader squid Trouble Shooting Undo usbloading fo