eygle.com   eygle.com
eygle.com eygle
eygle.com  
 
  • MacOS 使用终端连接 MySQL 查询乱码的问题解决 Posted by eygle at 2022-03-14

    【内容摘要】最近在使用 MacOS 访问 MySQL 数据库时,查询总是出现乱码,数据库和表的字符集、终端设置都是 UTF8.

  • GaussDB T : 100 的多线程模式及后台线程介绍 Posted by eygle at 2019-12-06

    【内容摘要】GaussDB 100采用单进程、多线程结构。服务器在运行时由各种内存数据结构和一系列线程组成,不同类型的线程完成不同的任务,这其中包括 LGWR / DBWR / CKPT / SMON / STATS ,基本上与 Oracle 命名保持一致。

  • GaussDB 100: 用户权限以及修改 SYS 用户的缺省口令 Posted by eygle at 2019-12-05

    【内容摘要】在完成 GaussDB 的安装之后,应该及时修改缺省的用户口令,避免发生安全问题。缺省的系统存在两个帐号,SYS 是系统的 SYSDBA 用户,PUBLIC 是一个特殊都公用用户对象。

  • GaussDB 100 OLTP: 缩减创建数据库的20G空间需求及GS-00714 Posted by eygle at 2019-12-04

    【内容摘要】在 GaussDB 100 创建数据库时,首先会进行磁盘空间检查,如果低于 20G 就会抛出异常,所以很多朋友说 GaussDB 100 的最小空间使用是 20GB。

  • GaussDB OLTP 100 华为数据库的创建脚本和模板 Posted by eygle at 2019-11-25

    【内容摘要】在华为 GaussDB OLTP 100 版本中,和 Oracle 数据库类似,在 scripts 目录提供了一个创建数据库的初始脚本:create_database.sample.sql 。

  • 安装 Oracle 时升级 CentOs 6 至 glibc 2.17 Posted by eygle at 2019-07-29

    【内容摘要】在我的虚拟机还是 CentOS 6 时,就需要升级一下 glibc 版本,在以下地址可以下载适用于 CentOs el6 版本的 Glibc 2.17

  • 行成于思:从Oracle到MySQL的抉择及DBA Posted by eygle at 2015-08-28

    【内容摘要】这篇文章来自于微信群的问答,我和周彦伟互相配合,彦伟回答了我的四个关于MySQL和Oracle的问题,对于来自两个不同领域的人,这些问题我想对很多人具备参考价值。整理收录于此,供参考。

  • Oracle DBA的学习进阶成长树-从初出茅庐到高瞻远瞩 Posted by eygle at 2013-04-02

    【内容摘要】最近很多朋友问我DBA的成长之路,这一路走来该如何设定目标、如何努力?我总结了一下,大约描述了DBA之成长树,从初出茅庐到高瞻远瞩大约要经过5个阶段,10年时间。 在任何一个行业,没有扎实的积累是无法成就职业生涯的。所以频繁的更换工作对于DBA极为不利,我们要确保每个阶段都获得了足够的积累和成长,然后才能够跃迁到下一个层面。

  • DBA日常工作职责 - 我对DBA的七点建议 Posted by eygle at 2009-02-16

    【内容摘要】DBA的工作职责是什么?每天DBA应该做哪些工作?稳定环境中的DBA该如何成长与工作? 这是很多人都曾经提出过的问题,我潦潦草草的、随心所欲的记录一下我的观点和建议,供参考。

  • DBA警示录:存储故障的处理应当谨慎 Posted by eygle at 2009-02-15

    【内容摘要】当数据库系统存储出现故障后,如果不清楚一些操作会带来的影响,那么一定要谨慎的采取拯救措施,如果可能,最好完全保留现场,或者完全备份后再进行恢复尝试

  • Oracle Database 10g 与 DBA 2.0的时代 Posted by eygle at 2009-01-15

    【内容摘要】将来怎么做暂且不论,看来Oracle Database 10g和OEM为大家带来的便利之处是显而易见的,关于这一点,期待大家分享一下切身的感受!

  • DBA 2.0的时代与 Oracle促进的变革 Posted by eygle at 2008-12-21

    【内容摘要】OEM通过全面的监控部署,可以将曾经需要我们进行大量手工处理的工作自动来进行,以前需要很多脚本编写处理的工作,现在OEM可以内置的自动完成,我要说的是,这部分增强对于DBA具有普遍的价值。

  • DBA 1.0 与 DBA 眼中的 DBA 2.0 时代 Posted by eygle at 2008-12-17

    【内容摘要】2.0时代对DBA的要求实质上是更高了,要求DBA更好的管理数据库,从繁杂的日常事务中解脱出来,更关注于发掘系统中需要改进的地方,从更高的层次来看待数据库,为企业创造价值。

  • DBA2.0的时代 - DBA将向何处去? Posted by eygle at 2008-12-09

    【内容摘要】proactive这个词也许是我心目中低于2.0 的DBA的期望,一个优秀的DBA,在数据库越来越完善的时代,我们应该拥有更多的主动性、预见性,理想的应该能够对系统作出良好的规划和预期,将错误或故障消灭在萌芽阶段,从而使数据库环境拥有更佳的稳定性;进一步的,一个2.0时代的DBA,应该能够从企业的发展及大局出发,为企业规划更合理的数据管理方式、更有效的数据使用方式,从而不仅为企业节省投资,而且能够为企业创造更多的价值,DBA的发挥空间还远远不止于此!

  • DBA警示录:props$应当成为禁忌 Posted by eygle at 2008-11-23

    【内容摘要】应当将PROPS$视为禁忌,也就是说,决不要直接对这个表进行任何操作

  • 关于DBA的向往与自我的学习 Posted by eygle at 2008-11-21

    【内容摘要】其实这是很多朋友都会遇到的问题,就是对于DBA的向往以及学习环境的问题。 这个问题我以前曾经说明过,昨天又写了一点我的感受: 我经常说的一句话是:如果改变不了别人,要学会改变自己。

  • 如何快速的成为一个合格的Oracle DBA? Posted by eygle at 2008-11-10

    【内容摘要】在这样一个清晨写下这样一个题目,是因为最近有越来越多的人问起我这个问题,我想还是试着把我的想法写下来。

  • CURSOR_SPACE_FOR_TIME 参数废弃 Posted by eygle at 2008-10-11

    【内容摘要】而且作为一个法则,我应当提醒的是:除非具有了深入的了解与认识,否则不要设置一些不常见、你不了解的参数

  • DBA警示录:安装Oracle勿忘防火墙 Posted by eygle at 2008-09-08

    【内容摘要】防火墙、杀毒软件对于Oracle的影响是常识了,不过居然忘记了

  • DBA警示录:Messages信息应当认真检查 Posted by eygle at 2008-08-27

    【内容摘要】发现这个问题很简单,通过dmesg命令查看输出,或者查看/var/log/messages*文件就可以发现可能存在的问题。 可是往往很多用户忽视了系统状况的检查。

  • 关于Oracle学习以及DBA工作机会 Posted by eygle at 2008-06-11

    【内容摘要】总结一下,在以上我想说的是,十年磨一剑,有时候你的等待是必须的历程,正视这个历程,珍重这个历程才是正确的态度

  • DBA警世录:威胁来自数据库之外 Posted by eygle at 2008-05-05

    【内容摘要】记得以前我曾经写过一篇《年关临近 谨防数据库事故》,那的确是有感而发。 根据统计我们发现,每逢节假日前后,都是数据库事故多发期。

  • DBA警世录:root操作需谨慎 Posted by eygle at 2008-04-16

    【内容摘要】这的确是一个惨痛的教训,大家在使用root用户登陆系统进行操作时一定要小心谨慎,能不使用root就最好不用使用。

  • DBA警世录:使用ASM应当具备充分认识 Posted by eygle at 2008-02-24

    【内容摘要】所以,做好数据库的备份是最基本的要求,除此之外,定期保存一下ASM Disk Header信息(通过kfed read来记录)以备不时之需也许是必要的

  • DBA警世录:年关临近 谨防数据库事故 Posted by eygle at 2008-01-11

    【内容摘要】本站从2008年开始提供各类数据库维护和咨询服务,有需要的公司可以考虑,服务有保障,运行才可靠

  • DBA警世录:职业生涯误操作之误删除篇 Posted by eygle at 2007-12-17

    【内容摘要】实际上,我们看到,很多误操作都极其低级,和技术能力基本无关,只是需要我们细致、严谨,再认真一点。 DBA有些素质是必需养成的。

  • DBA警世录:bootstrap$的禁忌 Posted by eygle at 2007-12-06

    【内容摘要】最好的做法是,远离对于字典表的操作,除非你真的认为你已经准备好了!

  • DBA警示录:关闭数据库应当谨慎 Posted by eygle at 2007-07-08

    【内容摘要】有些习惯DBA必需养成,有些素质DBA也必需具备。

  • DBA警示录:Move数据表与索引重建 Posted by eygle at 2007-05-29

    【内容摘要】SYS的对象最好不要轻易Move,出于谨慎以及对于DBA的基本要求,如果真要操作SYS对象,一定要做好完备的测试。当然数据库的备份是必不可少的。

  • DBA警示录:spfile是不能手工修改的 Posted by eygle at 2007-05-25

    【内容摘要】我们知道Oracle在运行阶段是不锁定spfile的,所以spfile的问题要等到下一次修改或使用时才能发现。

  • DBA警示录:日志文件该如何命名? Posted by eygle at 2007-05-24

    【内容摘要】如果可能,我建议Oracle将日志文件的扩展名改为.dbf

  • DBA警示录:断电与Read-only file system Posted by eygle at 2007-05-13

    【内容摘要】断电对于数据库来说,绝对是一次灾难,断电之后系统、数据库能否正常启动都是个未知之术,所以对于一个业务系统来说,基础设施也一定要建设完善。

  • DBA警世录:人祸猛于虎 Posted by eygle at 2007-04-20

    【内容摘要】Don't believe a customer when they say they didn't do it. Get evidence

  • DBA警世录:Oracle的共享内存段 Posted by eygle at 2007-04-16

    【内容摘要】其实这个故障还是一个低价的故障,首先如果我们在不同的服务器上运行同一个脚本,严谨的做法是需要经过检查、测试,以确认其正常运行性,未经过测试靠猜想是不值得信任的。

  • DBA警世录:有多少错误可以再犯 Posted by eygle at 2007-03-27

    【内容摘要】前几天写过一篇短文,有些习惯DBA需要养成,其中提到几点建议以帮助DBA减少错误。

  • DBA警世录:有些习惯DBA需要养成 Posted by eygle at 2007-02-03

    【内容摘要】这几天,在帮助一个朋友进行数据恢复。 造成故障的原因很简单,因为维护升级时错误的连接到生产主机,结果导致生产库故障,数据文件被删除并部分覆盖。

  • DBA警世录:备份重于一切 Posted by eygle at 2006-10-20

    【内容摘要】如果我一次一次的重复能够让所有的DBA们都记得,那么我仍然愿意重复我的DBA四大守则

  • Oracle初学者入门指南-Oracle的价格 Posted by eygle at 2006-09-19

    【内容摘要】最近有几个朋友向我咨询Oracle产品的价格,我把一份Oracle的报价单放在这里,供大家参考。

  • 答读者问:如何进一步提高Oracle技术水平 Posted by eygle at 2006-09-07

    【内容摘要】自信必须以扎实的底蕴以及丰富的经验为基础,一个好的DBA不在于经历多少故障,而在于有能够解决一切问题的信心,并且在面对问题的时候能够做出冷静而正确的判断。

  • DBA语录之:规范的重要 Posted by eygle at 2006-09-07

    【内容摘要】通常在一个企业环境中,都存在大量的数据库环境,这些环境怎样安装、管理和维护是非常重要的。 我们认为,规范非常重要,有了良好的规范才能形成有序高效的管理,这是我在每次讲座中几乎都会强调的。

  • Oracle初学者入门指南-什么是DUL? Posted by eygle at 2006-07-31

    【内容摘要】DUL是Data Unloader的缩写,为Oracle公司工程师 Bernard van Duijnen 开发,以标准C写成,可以直接从Oracle的数据文件中读取数据,转换为DMP或文本格式输出,在特殊情况下可以用来进行数据恢复。

  • 答读者问:关于Oracle学习 Posted by eygle at 2006-07-30

    【内容摘要】题记:经常有朋友通过邮件向我咨询一些关于Oracle学习的问题,很多非常具有代表性,我在这里把朋友们的一些问题作些整理,并把我的回答公布出来,希望可以给大家做一个参考。

  • DBA警世录:无知者不可无畏 Posted by eygle at 2006-07-14

    【内容摘要】最后仍然要重复之前那句话:无知者不能无畏.

  • DBA警世录:谨慎操作数据字典 Posted by eygle at 2006-06-22

    【内容摘要】我们知道数据字典对于数据库来说至关重要,通常建议不要手工对数据字典进行任何修改和变更.因为一个简单的修改可能引发数据库内部很多潜在的问题.

  • Oracle初学者入门指南-系统与用户数据分离 Posted by eygle at 2006-06-19

    【内容摘要】我们知道,在Oracle10g中,Oracle提供了缺省数据表空间的概念,即使用户不指定,Oracle也不会将用户数据存放在SYSTEM表空间,而且,Oracle还将一些无关紧要的系统数据分离到SYSAUX表空间,以使得SYSTEM表空间纯净化.

  • DBA警世录:DBA千万不要想当然 Posted by eygle at 2006-06-14

    【内容摘要】前几天写过一则《DBA警世录:更新系统表(props$)修改字符集》,在Itpub开始了讨论之后,有朋友在没有仔细阅读的情况下,竟然在Oracle8i上尝试去试验,结果当然是数据库无法打开。 回顾错误的过程,这位朋友说: 我还以为 props$这个表可以在mount 下面update 呢 对"以为"这两个字,我是深恶痛绝的,作为DBA,一定要严谨,千万不能想当然。想当然的轻率对于数据库来说可能是灾难。 把这个故事记录在这里,为大家稍作警戒。  ...

  • DBA警世录:Truncate之生产与测试环境 Posted by eygle at 2006-04-25

    【内容摘要】不断的看到很多DBA在学习或工作过程中犯过很多相同或相似的错误.忽然想到,如果我把这些常见的错误或者故障收集记录下来,做为《警世录》,那么大家是不是可以做为借鉴,并使得后来人少犯或者不犯这些错误呢?

  • My answer for-9个动态性能视图 Posted by eygle at 2005-12-27

    【内容摘要】之前写过一个命题:列举你认为最重要的9个动态性能视图,所以说9,是因为考虑到,数以1始,以9终,是以为极.故有9之说

  • 一个命题:列举你认为最重要的9个动态性能视图 Posted by eygle at 2005-12-22

    【内容摘要】首先要自己思考,看看自己能想到哪些方面,然后再去参考别人的经验,看差距在什么地方. 比较然后学习. 同样的,最忌不作思考,直接去找别人的答案.这就如同我们解数学题一样,如果你偷看了答案,那么就会局限你的思路,很难再做出独立的思考和创新.

  • Oracle初学者入门指南-How to get Oracle Patch? Posted by eygle at 2005-12-15

    【内容摘要】通过Bug列表,你可以很容易的知道Oracle在不同的版本中修正了哪些问题,同时也可以根据问题轻易的找到BUG号,知道了BUG号到Metalink上搜索补丁就易如反掌了。

  • Oracle初学者入门指南-索引是干什么用的? Posted by eygle at 2005-11-19

    【内容摘要】关于索引是什么的最简单的比喻是,索引之于表数据如同目录之于一本书。
    通过目录的页码我们可以快速的定位一个内容,同样通过索引记录的rowid我们可以快速的定位一条数据。


  • Oracle初学者入门指南-什么是Metalink -MOS ? Posted by eygle at 2005-11-18

    【内容摘要】每个Oracle DBA都应该学会使用Metalink这个资源宝库。

  • Oracle初学者入门指南-什么是DSI? Posted by eygle at 2005-11-17

    【内容摘要】DSI是Data Server Internals的缩写,是Oracle公司内部用来培训Oracle售后工程师使用的教材. 这样的文档上通常都印着:Oracle Confidential:For internal Use Only.

  • 如何学习Oracle-eygle的方法经验谈 Posted by eygle at 2005-08-08

    【内容摘要】经常有朋友会问,应该如何学习Oracle,怎样才能快速提高?我把自己的一点心得写在这里,供大家参考。

  •  

    CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
    数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com