乐在其钟--CUTNT、运维之路峰云，就她了。田志刚：知识问题老焦的blog
项目即将开始，会按照总体框架进行细节实施，所以会从数据入手，进行数据管理建设。 通过这些天的交流沟通、头脑风暴，最大的阻力并不是来自上层，恰恰相反，最担忧的是底层员工。人心，他们不是说思维保守，不思进取，而是心中有抵触。逆来顺受的人民不到万不得已是不会农民起义的，现状还没有到恶化哪一步，甚至说系统状况非常
1.知识管理总体设计2.知识管理功能 搜索：跨页面，注释和附件间的搜索，容易找到你需要的信息； 讨论：进行小组讨论； 组织：高效地创建灵活的页面结构； 使用：高效的信息操作，通过mail/RSS来跟踪页面的内容变更 导出：页面乃至整个空间可以导出为HTML，PDF，XM
做了这些年的运维，或多或少有些感悟，有成功时的喜悦，有失败时的伤感；多多少少有些学习的经验与工具；分享共勉。 记得第一份工作岗位的名称比较奇怪，叫EDP，可能是电子数据处理吧；开始接触SQL server的数据库，服务器用的是IBM AS400。那时候和大多数刚刚毕业的人一样，跟着前辈进行“传帮带”的学习
本期建设事件管理，含问题管理、知识管理、监控管理、报表管理的部分内容，通过流程串联部门内基础工作，明确职能职责；提高处理事务效率、解决问题的质量。1.总体设计2.工单生成 2.1 监控工单生成过程 2.2客户需
1.数据管理总体设计1） 基础数据： 有哪些设备、设备在哪里、设备外观信息、设备功能性能信息等物理信息2） 系统数据：
1 愿景 将孤立的、分散的管理转变为集成的； 一次性、混乱的管理转变为责任明确的管理； 将以前我们是救火队员转变为预防为主； 将被动情形转变为主动服务； 将之
【背景】 目前正在部门内部推动运维管理，准备做个ppt进行理念推广。无论自上而下还是自下而上，整个团队必须统一认识、达成一致目标。 项目的成功有来自高层的支持固然事半功倍，但是更重要的是实际使用者对系统、工具、流程、思想持续不断的改进优化。 先从思想理念开始启发
将博客搬至51CTO
１）动手去解决问题之前，好好想想问题的来源； ２）如何站在各个角度来看待面临的问题，以能够知道其真正所在；如何去尝试那个最能解决真正问题的方法，并且时刻保持警惕心； ３）为什么不要把人们的解决方法误认为是问题的定义，更不要把某个问题的解决方法误认为是问题的定义，特别是这个解决方法是你自己所使用的； ４）永远都不要肯定自己已经有了一个正确的定义，即使是在问题好像已经解决之后
五年了，从无尽的扯皮中解脱；如今得以有时间来沉淀些这几年来的东西；
RSYNC 穷途末路之时 不妨试试 echo 'user:pwd' > /etc/rsyncd.secchmod 600 /etc/rsyncd.sec /etc/rsyncd.conf：auth users = testsecrets file = /etc/rsync_server.passwd 在客户机上：echo 'pwd'
网络结构服务器一： sqlserver ， ip 为 172.19.44.92 ， port 为 1433 ； 服务器二： oracle 9i server 和透明网关， ip 为 本机 ， port 为 1522； oracle server ， ip 为 本机 ， port 为 1521 ； (Gateway可以和Oracle Database在同一台机器上，也可以分开)客户机： sqlnet
listener三个配置文件sqlnet.ora-----作用类似于linux或者其他unix的nsswitch.conf文件，通过这个文件来决定怎么样找一个连接中出现的连接字符串， 例如我们客户端输入 sqlplus sys/oracle@orcl Tnsnames.ora------这个文件类似于unix 的hosts文件，提供的tnsname到主机名或者ip的对应，只有当sq
经济战争中的我：支持国货，促进内需；省油省电，牺牲小我。
数据库的最优分布来优化I/O性能 1.查看v$filestat READTIM 累计读取时间（ms） WRITETIM 累计写入时间 &n
TKPROF的使用 tkprof 的目的是将sql trace 生成的跟踪文件转换成用户可以理解的格式 1. 格式 tkprof inputfile outputfile [optional | parameters ]
一 SQL TRACE 使用方法：1.初始化sql trace 参数： timed_statistics=true 允许sql trace 和其他的一些动态性能视图收集与时间有关的参数、 SQL>alter session set titi
cursor_sharing:说明: 控制可以终止共享相同的共享游标的 SQL 语句类型。值范围:强制: 强制表达方式不同但语句意思相同的语句共享一个游标。EXACT: 只令完全相同的 SQL 语句共享一个游标。默认值: EXACT 若存在字段的 histograms ,则每次是不同的值的时候都产生硬解析 ,若不存在 histograms，则不产生硬解析。换句话说，当表的字段被分
Oracle为RDBMS提供了多种的诊断工具，诊断事件(Event)是其中一种常用、好用的方法，它使DBA可以方便的转储数据库各种结构及跟踪特定事件的发生。 一、Event的通常格式及分类 1、 通常格式如下： EVENT="<事件名称><动作><跟踪项目><范围限定>" 2、 Event分类诊断事件大体上可以分为四类：a．
Oracle跟踪文件分为三种类型， 一种是后台报警日志文件，记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDALRT.LOG。 1.altert.l
思路是结构化的面向目标的1.分析系统，记录问题2.确认引起问题的原因3.确定方法、目标4.测试方法、效果5.分析系统调整的结果 1.分析系统，记录问题因考虑：1.1.应用程序代码1.2.oracle数据库参数等1.3.操作系统参数1.4.硬件（磁盘瓶颈）1.5.网络 2.确认引起问题的原因 问题的种类：2.1.破坏性（参数问题，创建db库是
性能调优
在考虑太多或太少索引访问路径的情况下, 可以用来优化 优化程序的性能。该值越低, 优化程序越容易选择一个索引。也就是说, 如果将该值设置为 50%, 索引访问路径的成本就是正常情况下的一半。 索引访问与全表扫描的代价比例(百分比) 该初始化参数也表示一个百分比，0～10000，表示索引访问的i/o开销相对于全表扫描的i/o开销。缺省值100(一个索引访问路径的常规成本) ，对cbo来说，表示
optimizer_index_caching 调整基于成本的优化程序的假定值, 即在缓冲区高速缓存中期望用于嵌套循环联接的索引块的百分比。它将影响使用索引的嵌套循环联接的成本。将该参数设置为一个较高的值,可以使嵌套循环联接相对于优化程序来说成本更低。 索引在缓冲区中出现的机率(百分比) 值范围: 0 - 100 %。 缺省值0 ，对cbo来说，意味着0
db_file_multiblock_read_count Oracle在全表或全索引扫描时，一次读取的数据块的数目 目前操作系统一般支持512K到1M 缺省值一般比较小 (16或32) 还要受Oracle的限制，目前Oracle所支持的最大值为128. 增加这个参数可以减小IO调用的次数（ 减小CPU开销 ）设置要受
open_cursors 指定一个会话一次可以打开的游标 (环境区域) 的最大数量, 并且限制 PL/SQL 使用的 PL/SQL 游标高速缓存的大小, 以避免用户再次执行语句时重新进行语法分析。请将该值设置得足够高, 这样才能防止应用程序耗尽打开的游标。 值范围: 1 - 操作系统限制值。 默认值: 64 open_cursors & sessio
SESSION CACHED CURSORS 在会话游标缓冲区中缓存SQL语句的数目 指定要高速缓存的会话游标的数量。对同一 SQL 语句进行多次语法分析后, 它的会话游标将被移到该会话的游标高速缓存中。这样可以缩短语法分析的时间, 因为游标被高速缓存, 无需被重新打开。 使用LRU算法对缓存的SQL进行管理 如果用户经常执行相同的SQL，可以增加这个值(一
oracle参数-SESSION CACHED CURSORS oracle参数-open_cursors oracle参数-db_file_multiblock_read_count oracle参数-optimizer_index_caching oracle参数-optimizer_index_cost_adj oracle参数-cursor_sharing
关系表默认的表类型，存储永久性的数据，可以被分区，这样可以改善表的性能并易于管理 临时表存储私有数据或一个会话中特定的数据，数据库中的其他用户不能使用这些数据 索引表按照结构化主关键字进行排序的方式存储数据，和关系表不同的是不能把表和主关键字分开存储 外部表数据存储在Oracle数据库外部的文件中，只能读，因此任何索引都不能存储在外部表中 对象表支持面向对象的数据表
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
