摘要：
在(or type control -D to continue):后面输入root密码后回车，执行：init 1，系统将自动重启并进入单用户模式，在进入单用户模式后，由于根分区是只读的，需要通过重新挂载：sh-3.2#root# mount -o remount,rw /然后 vi /etc/fstab我坏掉的分区名字是design 在这里面找到 design文字的一行 注释掉 后保存重启机器就OK了 阅读全文
摘要：
ODS-BI 建设中ETL要占用1/3的时间，深有感触。BI的建模，从物理数据层，逻辑数据层，业务逻辑层各个层次，都有很多自动化的工具可以处理。但是ETL 中的流程确要根据性能来设计的。总结下这几个部分。 1.数据源/数据目标管理确定数据源的表，文件，或者RESTFUL的URL，ODBC，值得注意的是，在数据源时，同时关联号外主键关系，对ETL数据有效性帮助很大。 目标数据，可能不同的主题使用了不同的数据库，各个数据库的地址，ODBC，JDBC等信息。 目标数据大部分情况下不需要建索引，主键，因为 目标数据库数据量大时都会使用批量入库，也就是bulk模式，索引会使入库失败。 2.MAPPIN. 阅读全文
摘要：
这个项目在年前已经完成，回顾起来小问题挺多。有点乱。还是从需求说起。 一.单纯讲需求每个行业的都不同。很难划一而论。总体来说也就是这几个方面 1.时间窗 常见的分类也就1类ODS ,II类ODS ，III类ODS I类ODS：与应用系统的数据延迟为1~2秒，实时或近似实时 II 类ODS：与应用系统的数据延迟为2~4小时 III类ODS：与应用系统的数据延迟为12~24小时 IV类ODS：数据仓库中部分决策分析数据回流至ODS中 数据实时性越高，越好CPU ，软件成本越高。在 选型时也不同， 如果确定数据的实时性需要实时同步的话，就是I类ODS，通常需要EAI ，消息队列，消息通信的机制。稍. 阅读全文
摘要：
总结： 其实没有找到问题的真正原因，无解，灵异事件。 猜测 是在做数据库导入导出之后，又有人重新编辑了地图或者其他SDE属性，导致数据库不一致问题。 1. SDE 连接远程数据库的相关问题。2. SDE直接连接的问题。 3. ARCGIS 地图版本的问题。 4. ARCCALOG 同 SDE版本的问题。 ---这个我没有碰到，但是很多网友碰到了此类的问题。 5. ARCCALOG 中GEOPROCESS 工具箱中 升级和同步 GEODATABASE 。 。。。。。。。。。。。。。。。。。 阅读全文
摘要：
没有办法，还的做一遍数据的迁移将SDE数据库从OrclSDE服务器上备份出，在MESDE服务器上恢复（两服务器的Oracle版本相同，ArcSDE版本相同），思路如下：第一．确定两服务器的字符集一致很多人都碰到过因为字符集不同而使数据导入失败的情况。这涉及三方面的字符集，一是oracel server端的字符集，二是oracle client端的字符集;三是dmp文件的字符集。在做数据导入的时候，需要这三个字符集都一致才能正确导入。有很多种方法可以查出oracle server端的字符集，比较直观的查询方法是以下这种：SQL>select userenv(‘language’) from 阅读全文
摘要：
接着上面的写，从反馈的日志，加上网上搜索的结果，网友定位为问题是， 新的数据库的SYSTEM_TABLE 同ARCGIS_SDE中的不一致导致的问题，解决方案是通过SDE 直接连接的方式，进行连接ORACLE后，再进行GEODATABASE 的UPDATE 之后 进行SDE SERVICE的创建。 进行SDE ORACLE的直接连接，ORACLE 是远程数据库不在本地。 参考的文档有： 官方：http://help.arcgis.com/zh-cn/geodatabase/10.0/install_guides/arcsde_for_oracle_installation_and_upgra. 阅读全文
摘要：
由于数据库的整体迁移，该数据库中有部分数据是GEODATABASE 数据，之前没有做过GEODATABASE的迁移，加上系统还没有正式上线，使用人数不多，就只在ORACLE 层面上做了简单的逻辑迁移，数据当然包括SDE中的 表结构和一些元数据。这样做为之后的操作埋下了隐患。 一.ArcGIS 1O SDE SERVICE的连接的重新配置 较为简单 有两种方式，第一种在ARCGIS 服务器中再配置一个SDE服务连接，这种方式我没有测试过，不过有个问题就是如何让多个SDE服务可以同时运行？毕竟dbinit.sde 和services.sde 文件只能配置一个SDE服务连接。 第二种，直接在原来的. 阅读全文
摘要：
1.检查各种数据库的状态 系统源数据库的JDBC,ODBC,Lisener 是否可用可以连接 统一视图存储的元数据存储库是否可以连接可用 目标数据库的JDBC,ODBC,Lisener中的JOB，调度器，物化视图是否需要重新编译，是否已经失效。2. 检查ETL流程的状态 各种ETL中的调度器，是否打开，检查日志是否有FATAL错误。 在ETL中使用RESTFUL接口，数据库存储过程接口，发送运维邮件的邮件服务器的SHELL接口，其他调用本地操作系统的SHELL 接口等这些 耦合性比较低的接口，很容易出问题，需要重点关注。3.模拟数据做简单的测试。 重点测试数据的一致性，切记丢数据。 阅读全文
摘要：
--检查数据库的等待事件from v$session_waitwhere event not like 'SQL%' and event not like 'rdbms%'--找出系统中耗时的操作select b.username username,a.disk_reads reads, a.executions exec,a.disk_reads/decode(a.executions,0,1,a.executions) rds_exec_ratio, a.sql_text statementfrom v$sqlarea a,dba_users bwhere 阅读全文
摘要：
with 语句是执行一次并并存储在temp 表空间中。1.逻辑层：计算度量值:SET VARIABLE QUERY_SRC_CD='Report';SELECT Times."Calendar Year" saw_0, "Sales Facts"."Amount Sold" saw_1, "Sales Facts"."Unit Cost" saw_2, "Sales Facts"."Gross Profit" saw_3 FROM SH O 阅读全文