Troubleshoot import(imp) very slow into table(nologging) has lob columns
一套ORACLE 11c R2 Windows环境使用import 导入一张包含blob列时速度非常的慢(平均每秒10条)，大家都知道imp里因为不能使用parallel等其它原因导入是慢一些，但这么慢不能忍,主要等待事件和时间是control file parallel write和enq: CF – contention，下面是分析一下原因。
Oracle Dataguard在standby failover后如何加回原primary？
今天谈起一种场景，如果oracle dataguard环境中，primary db长时间不可用或出现永久性故障，那么我们必须考虑failover到备用数据库以使其成为新的主数据库。之后，我们还要重建旧的主库，使其成为新的备库。关于备库在failover激活后，再次回到备库，Gavin Soorma在他的blog上有详细的测试记录。
Troubleshooting 12c ora-4031 “ges resource dynamic” lot of FB resource cache
Troubleshooting ORA-04031: unable to allocate 13840 bytes of shared memory “ges resource dynamic” in 12C+ 记录过几个导致SGA中“ges resource dynamic”逐渐增大的问题，这里又在12c遇到了一个ora-4031问题，不太符合那里的描述和已知bug, 这里是在v$ges_resource中大量的FB资源的cache，这里简单记录。
Oracle12c-19c如何防止安全检查查出弱密码?
ORACLE数据库在安全方面可靠度绝对完善，包括数据库用户的密码加密，在之前的老版本中如10G及以前，密码在dba_user.password显示密文， 由于使用的是DES加密，很容易从网上找到解密密文的方法，可以现在都12C–19C了，之前分享过《Oracle 12c 关于密码(password)的几个新特性小结》都已经引入了新的密码hash算法，怎么还经常能收到安全检查提示数据库用户有弱密码？ 他们还能解密12c以后的PBKDF2的SHA512哈希算法？ 那也太牛了吧，经常让DBA去改弱密码，DBA不能忍，于是研究一下怎么回事。
Oracle19c使用USE_LARGE_PAGES可在LINUX平台的自动配置hugepage
Hugepage是linux平台oracle数据库的建议配置，同样PostgreSQL等其它使用共享内存和多进程的系统都建议使用hugepage, 默认的4K配置带来的pagetables内存空间非常大。通常是修改LINUX内核参数sysctl.conf配置中hugepage大小和页个数，在oracle没有使用AMM时配置使用hugepage.在oracle数据库参数中与大页相关的参数为USE_LARGE_PAGES。在19c中可以使用auto_only值可以在OS未预先配置hugepage的情况下，oracle db实例启动时自动按需扩展linux kernel中分配hugepage.
