1 开发人员提供的错误信息

"got minus one from a read call"，这是一个 Java Exception，java.sql.SQLException: Io exception: 。

数据库环境是 AIX，Oracle 10.2.0.4。应用环境是 maximo 一个连接池，应用 A 两个连接池，还有一个报表程序没使用连接池，都使用同一个数据库用户 max61。

现象是总 session 达到 100 左右，max61 就无法建立新数据库连接了（程序及 PL/SQL 都是）。必须把应用重启，session 都释放了才能连接。

2 在 PL/SQL 中不断建立连接，使问题重现。

PL/SQL 提示错误：

Could not logon as max61
ORA-12537: TNS: 连接已关闭

3 查看 C:\Program Files\PLSQL Developer\sqlnet.log 文件，其中记录错误如下

Fatal NI connect error 12537, connecting to:
 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.108.188)(PORT=1521))(CONNECT_DATA=(SID=hxmis)(SERVER=DEDICATED)(CID=(PROGRAM=C:\Program Files\PLSQL Developer\plsqldev.exe)(HOST=APPSERVER-2)(USER=Administrator))))

  VERSION INFORMATION:
 TNS for 32-bit Windows: Version 9.2.0.1.0 - Production
 Windows NT TCP/IP NT Protocol Adapter for 32-bit Windows: Version 9.2.0.1.0 - Production
  Time: 28-9月 -2009 10:25:58
  Tracing not turned on.
  Tns error struct:
    nr err code: 0
    ns main err code: 12537
    TNS-12537: TNS：连接关闭
    ns secondary err code: 12560
    nt main err code: 507
    TNS-00507: 连接已关闭
    nt secondary err code: 0
    nt OS err code: 0

4 查看数据库 listener.ora 文件，其中记录错误如下

28-SEP-2009 11:07:36 * (CONNECT_DATA=(SID=hxmis)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.108.88)(PORT=3763)) * establish * hxmis * 12518
TNS-12518: TNS:listener could not hand off client connection
 TNS-12549: TNS:operating system resource quota exceeded
  TNS-12560: TNS:protocol adapter error
   TNS-00519: Operating system resource quota exceeded
    IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

5 查看 oralce 文档 TNS-00519

提出的解决方法有两个，一是修改 Oracle 的 PROCESSES 参数，二是解决 sqlnet.log 或 listener.log 中记录的操作系统问题

http://download.oracle.com/docs/cd/B14117_01/network.101/b10775/troublestng.htm#CEGJGAFD，内容如下：

TNS-12549/ORA-12549: TNS:operating system resource quota exceeded and TNS-00519: Operating system resource quota exceeded
Cause: A quota or hard limit imposed by the operating system has been exceeded.
Possible limits include:
* The maximum number of processes allowed for a single user
* The operating system is running low on paging space

Action: Perform the appropriate action:
Increase the number of processes by setting the PROCESSES parameter in the database initialization file to a larger value.

Check the sqlnet.log or listener.log file for detailed error stack information, such as an operating system error code to help identify which quota has been exceeded.

listener.log 中有操作系统错误的文字描述：IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

6 Google: TNS-00519 Operating system resource quota exceeded aix 连接

找到一篇：http://blog.csdn.net/mosaic/archive/2008/12/29/3639164.aspx，内容如下：

今天一个项目现场反馈程序启动时出现TNS-12537错误。检查了oracle的listener.log，发现客户端应用出错时的输出为：

TNS-12518: TNS:listener could not hand off client connection
 TNS-12549: TNS:operating system resource quota exceeded
  TNS-12560: TNS:protocol adapter error
   TNS-00519: Operating system resource quota exceeded
    IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

看起来是系统资源不足，oracle无法获取资源。

检查了内存还有好几个G，再检查了ulimit -a，也都设置的比较大，再用df -k检查了文件系统，除了/usr，其他都空的比较多。清除/usr/tmp下面的一些垃圾，还是没有解决。

后来google了一下TNS-00519  IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable，返回结果只有三篇。不过在第一篇文章http://blog.oracle.com.cn/html/77/t-132377.html的一位强人的答复中, 针对Error: 11: Resource temporarily unavailable问题提到了处理方式是Increase the appropriate OS kernal parameters for 'maximum number of processes allowed per user'.
原来该主机是项目现场新搞的一个环境，maxuproc参数是缺省的128，因此一旦oracle用户下进程数达到这个上线之后，客户端就无连接了。

附：用lsattr -E -l sys0|grep maxuproc可以查看maxuproc当前设置，通过root用户执行chdev -l sys0 -a maxuproc=1024 就可以修改为1024.

7 实际操作

以 root 用户分别登录到 51、52 两台机器上
执行：chdev -l sys0 -a maxuproc=1024

将操作系统用户最大进程改为 1024

chdev 命令：http://www.kuqin.com/aixcmds/aixcmds1/chdev.htm

    截至目前，北京市汽车保有量已将近 350 万辆。而根据测算，清洗一辆汽车的用水量约为 0.16 吨。若以 350 万辆汽车每周清洗一次计算，全市每年因为洗车耗费的水资源就多达 3000 万吨，这些水相当于一个 120 万人口的城市全年的生活用水量。

    目前洗车业的用水来源有三类：

• 洗车业水价水，2004 年北京水价调整后，洗车业水价由每吨 21 元调整到 41.5 元；
• 中水，价格是 1 元钱，但是当前北京市中水管道覆盖率低，中水主要靠车辆运输。一吨中水的运输费用需要 15 元至 20 元；
• 盗用民用自来水

    按照此前市水务局公布的数据显示，2008 年北京洗车业用水仅仅消耗了 2.3 万吨，而在北京每天 70 万吨中水产量中，中水洗车只占 1%，即全年不超过 300 万吨，两项换比下来，在北京每年洗车消耗的水资源中，大约有 90% 的用水是盗用了民用水。

    2009 年，市政协经济委员会已经将《关于加强立法管理全面禁止商业性清水洗车的提案》列为专委会重点督办提案。2009 年 8 月 11 日，北京市水务局在答复市政协经济委提案时表示，《北京市洗车行业用水管理要求》将在年内公布，届时，使用自来水洗车的企业须保证其八成用水经过循环设施。2009 年还将出台《北京市排水和再生水管理办法》，目前草案已公开征集意见。同时，北京正研究制订《北京市洗车行业用水地方标准》，争取 2010 出台。

[1] 2004-08-01 水价调整
    http://www.bjwater.gov.cn/tabid/110/Default.aspx
   
[2] 北京市水务局：洗车点用自来水八成须循环
    http://news.bjnews.com.cn/2009/0812/40985.shtml

[3] 北京市拟出台洗车用水标准
    http://www.beinet.net.cn/fxyj/topic/qgtzggdt/bjtgdt/200908/t441551.htm

1.   Stark简介

Stark是英国领先的智能计量、数据采集服务、在线报表服务提供商。Stark帮助用户准确计量能耗，减少能源浪费，降低能源开支，实现碳减排目标。

Stark自1981年期开始研制能源信息系统（Energy Information System）。客户包括世界各地的大型能源用户，以及英国的非住宅电力供应商。

网址：http://www.stark.co.uk/

2.   产品和服务

2.1.  智能计量

2.1.1. 设备

Ÿ   计量仪。集成GSM模块，可通过短信直接向外部发送数据。

http://www.stark.co.uk/metering/smart_metering.htm

http://www.stark.co.uk/metering/main_meters.htm

http://www.stark.co.uk/metering/sub_metering.htm

Ÿ   数据记录仪。4/8/24/32通道四种规格；支持多种通信标准，包括PSTN, GSM, GPRS, RS485, TCP/IP，802.11x。

http://www.stark.co.uk/metering/data_loggers.htm

Ÿ   以太网网关。可接1/4个数据记录仪。

2.1.2. 计量系统项目管理

管理内容包括：

Ÿ   计量系统设计及设备采购

Ÿ   计量系统安装、配置、测试

Ÿ   相关文档编制

Ÿ   施工流程管理、进度跟踪

2.2.  手持读表设备

数据可导入Essentials。

2.3.  读表及数据采集服务：Clarity

Stark提供数据采集服务，此服务称为Clarity，即自动采集电、天然气、水的用量，一般半小时一次。采集的数据可用于计费，也可用于数据分析。

Stark具有英国燃气和电力市场局认证的数据采集/数据汇总资质，其提供的数据可作为计费依据。

Clarity采集的数据可进入Essentials进行数据分析、展现。

2.4.  用能监测及目标管理（Monitor & Targeting，M&T）

2.4.1. 用能监测及目标管理软件：Essentials

协助用户实现用能监测及用能目标管理，控制能源使用及能源费用支出。

Ÿ   检验账单的准确性，发现问题

Ÿ   能源帐务电子化

Ÿ   设置能源消耗目标，监控执行情况

Ÿ   设置能源支出预算，监控执行情况

Ÿ   评测建筑用能情况，找出典型建筑（好、坏）

Ÿ   可为单建筑用户服务，也可为有多个运行地点的用户服务

2.4.2. 能源帐务电子化：Essentials e-billing

Ÿ   自动将用能账单数据导入Essentials

Ÿ   账单数据准确性验证

Ÿ   提供账单数据发布接口，和财务系统对接

http://www.stark.co.uk/products/products_ebilling.htm

http://www.stark.co.uk/products/products_impformats_ess.asp

http://www.stark.co.uk/products/products_ebilling_ess.htm

2.4.3. 用能监测及目标管理托管服务：Essentials Pay-Per-Site

Stark提供数据中心，为用户存储能耗数据，减少用户一次性软硬件投资。用户通过网络访问用能数据及报表。Stark按月、按测量建筑对用户收费。

2.5.  集成Clarity、Essentials和预定义报表的产品：Reality

     Reality 是对Clarity、Essentials、预定义报表的集成，实现了自动化用能监测及目标管理（Automatic Monitor & Targeting , aM&T）。Reality可能是C/S结构。

2.6.  基于Web的多能源报表服务：SavenergyOnline

Ÿ   此服务基于Reality产品

Ÿ   SavenergyOnline 提供Web形式的用能报表，涵盖全企业、全能源

Ÿ   随时了解何时、何地、何种能用，使用了多少

Ÿ   定期生成能源使用报告

Ÿ   识别能源浪费问题，发出告警

2.7.  数据分析服务

帮助用户解读系统收集的数据，发现问题，提出解决方案。

3.   Stark的特点

3.1.  角色

Stark的角色是信息公司，主要提供软件产品和服务。软件产品和服务包括：数据采集服务Clarity、用于M&T软件的Essentials、Reality、基于Reality报表服务SavenergyOnline。此外Stark提供自有品牌的手持读表设备，并代理监测平台依赖的硬件设备，包括计量表、数据记录仪、网关。

在Whitbread案例中，共有4个主体：Whitbread、Envision、Stark、WPS。Whitbread是有节能需求的最终用户；Whitbread找到能源咨询公司Envision为其提供节能服务，后者要为前者选择监测平台方案、分析数据寻找节能点；Envision选择了Stark的能耗监测解决方案，Stark提供平台软硬件产品；在搭建平台的过程中，Stark把监测设备安装、调试、维护的工作又委托给了配电工程公司WPS。

由此可见，Stark的发挥的作用比较单一，集中在他擅长的信息技术领域，而与设备相关的工程工作及以业务相关的分析工作Stark都不参与。

3.2.  运营模式

    Stark的监测平台有两种运营模式。用户可以购买监测平台软件，独立运行管理监测平台；用户也可以租用Stark提供的数据中心，采用此模式可帮助用户节省软件投资，按月、按建筑付服务费即可。

4.   案例

4.1.  Whitbread

    Stark在此案例中，作为能源信息公司，直接为能源咨询公司服务，间接为用能用户服务。

客户Whitbread为连锁酒店餐饮企业，拥有超过1500个经营点，消耗各类能源，年能源费用超过4000万英镑。能源服务提供商Envision，利用Stark的产品，为Whitbread进行能源管理。

解决方案：

Ÿ   在所有经营点自动采集半小时电力数据，在重点用能经营点自动采集水、天然汽数据

Ÿ   统计每日用能数据

Ÿ   将用能用水账单导入系统（Stark Essentials），验证账单准确性

Ÿ   按经营点、能源分类分析用能数据，寻找节能点

效果：

Ÿ   第二日即可获取全企业用能信息

Ÿ   发现账单错误，首年少缴费120万英镑

Ÿ   集团采购能源降低成本100万英镑/年

Ÿ   发掘节能点，首年节约300万英镑

来源：

http://www.stark.co.uk/casestudies/casestudy_whitbread.htm

4.2.  South West Water

来源：

http://www.stark.co.uk/casestudies/case_studies_sww_clarity.htm

5.   参考

5.1.  OFGEM

燃气和电力市场局（the Office of the Gas and Electricity Markets，OFGEM）（http://www.ofgem.gov.uk/），英国政府机构，职能是监管燃气和电力市场，制定市场运行规则。

5.2.  BSCode

电力平衡与结算规则（Balancing and Settlement Code，BSCode）（http://www.ofgem.gov.uk/LICENSING/ELECCODES/BSCODE/Pages/BSCode.aspx），由 OFGEM 制定。

5.3.  ELEXON

ELEXON（http://www.elexon.co.uk/），负责 BSCode 的运行。

5.4.  WPS

Western Power Distribution（http://www.westernpower.co.uk/），配电公司，Stark的计量设备安装维护商

5.5.  Envision

Envision，能源解决方案提供商，利用Stark的解决方案为用能企业Whitbread服务。

5.6.  Whitbread

Whitbread（http://www.whitbread.co.uk/），连锁酒店餐饮集团

5.7.  Fife Council

Fife Council（http://www.fife.gov.uk/），Fife郡政府

5.8.  英国的电力市场特点

英国电力市场的电价，每半小时变化一次。

5.9.  Estimated bill

由于英国电力市场电价每半小时变化一次，如用户没有安装自动计量装置，则只能估算一个电价，称为estimated bill。

1 2007年来国家关于大型公建节能的政策

1.1《关于加强大型公共建筑工程建设管理的若干意见》

2007年1月5日，建设部、国家发展与改革委员会、财政部监察部和审计署等五部委联合发布《关于加强大型公共建筑工程建设管理的若干意见》。

《意见》对大型公建节能问题提出明确要求，在总共六节20 个条文中有6 条涉及公建节能，涵盖公建的立项、设计、管理、监督四方面工作。包括：

Ÿ   第二节第3条：建立和完善政府投资项目决策阶段的建设标准体系。

Ÿ   第三节第10条：明确方案设计的评选重点。

Ÿ   第三节第14条：提高工程设计水平。

Ÿ   第四节第15条：新建大型公共建筑要严格执行工程建设节能强制性标准。

Ÿ   第四节第16条：加强对既有大型公共建筑和政府办公建筑的节能管理。

Ÿ   第六节第16条：加强对中小型公共建筑建设的管理。

资料：

1.         \参考\政策\2007.01.05.关于加强大型公共建筑工程建设管理的若干意见.txt

1.2《节能减排综合性工作方案》

2007年6月初，国务院印发《节能减排综合性工作方案》，在总共十节45 个条文中有11 条涉及公建节能。包括：

Ÿ   第二节第6条：推进风能、太阳能、地热能、水电、沼气、生物质能利用以及可再生能源与建筑一体化的科研、开发和建设

Ÿ   第三节第8条：加快实施十大重点节能工程。

Ÿ   第五节第19条：加快建立节能技术服务体系。

Ÿ   第六节第23条：建立和完善节能减排指标体系、监测体系和考核体系。

Ÿ   第六节第27条：严格建筑节能管理。

Ÿ   第六节第30条：加强节能环保管理能力建设。

Ÿ   第七节第31条：健全法律法规。

Ÿ   第七节第32条：完善节能和环保标准。

Ÿ   第十节第43条：政府机构率先垂范。

Ÿ   第十节第44条：抓好政府机构办公设施和设备节能。

资料：

1.         \参考\政策\2007.06.03.国务院关于印发节能减排综合性工作方案的通知.doc

1.3《关于加强国家机关办公建筑和大型公共建筑节能管理的实施意见》、《国家机关办公建筑和大型公共建筑节能监管体系建设实施方案》

2007年6月26日, 建设部会同财政部制定《关于加强国家机关办公建筑和大型公共建筑节能管理的实施意见》、《国家机关办公建筑和大型公共建筑节能监管体系建设实施方案》

《实施方案》提出了出了国家关于大型公共建筑节能工作的指导思想：

Ÿ   一是要建立建筑运行节能监管体系, 实施主体为政府部门。建筑运行节能监管体系包括制度标准、能力建设、考核机制等方面。

Ÿ   二是要提高建筑节能运行水平, 实施主体是业主。包括建立建筑用能系统运行管理制度、建立建筑节能运行管理制度和低成本改造两个主要方面的内容。

Ÿ   三是应逐步开展高能耗建筑节能改造, 实施主体也是业主。对运行节能管理后仍有较大节能潜力的国家机关办公建筑和大型公共建筑, 鼓励其所有权人或业主委托专业的节能服务机构对其改造的必要性、可行性以及投入收入比等进行科学论证采取合同能源管等方式开展进一步的节能改造。

Ÿ   四是政府相关部门要落实经济激励政策。各地建设主管部门要在其改造过程中进行监督与管理, 给予必要的指导和协助, 并监测节能效果。相关部门应组织好国家相关激励政策的落实工作。

《实施方案》同时给出了国家关于大型公建节能工作的计划时间表。上述一、二、三条有顺序关系，体现了不同阶段政府节能的侧重点。

    《实施意见》和《实施方案》是2007年以来，建设部、省市建设部门建筑节能工作的重要依据。上承《节能减排综合性工作方案》，下启第二章中的5部《技术导则》及《说明书》。

资料：

1.         \参考\政策\2007.10.23.关于加强国家机关办公建筑和大型公共建筑节能管理工作的实施意见.doc，《实施方案》为此文件的附录

2.         \参考\政策\大型公建节能的政策导向.pdf，《建设科技》2008年Z1期，作者为建设部科技司建筑节能与新材料处处长梁俊强，重点解读了《实施意见》和《实施方案》

2与大型公建节能相关的标准

2.1平台

2.1.1国家机关办公建筑和大型公共建筑能耗监测系统相关技术导则

2008年6月，建设部发布国家机关办公建筑和大型公共建筑能耗监测系统相关技术导则，共5部分，包括：

Ÿ   《分项能耗数据采集技术导则》

Ÿ   《分项能耗数据传输技术导则》

Ÿ   《楼宇分项计量设计安装技术导则》

Ÿ   《数据中心建设与维护技术导则》

Ÿ   《建设、验收与运行管理规范》

这套《导则》是为落实《实施方案》确定的工作而制定的。2007年6月发布的《实施方案》制定了以下具体工作计划：2008年底前要完成国家机关办公建筑和大型公共建筑能耗数据库建设；北京、天津、深圳三个试点城市要完成重点建筑的用电分项计量装置安装，建成能耗监测系统，其他省市根据试点情况，依据当地实际逐步推广；到2010年底完成大多数重点建筑的用电分项计量装置安装，搭建起全国联网的城市国家机关办公建筑和大型公共建筑能耗监测平台，实现对全国大多数重点建筑实现动态能耗监测。

《导则》由住房和城乡建设部科技司牵头，联合部信息中心、中国建筑科学研究院、深圳市建筑科学研究院、清华大学建筑节能研究中心、天津大学建筑节能中心共同研究制定。

《导则》的总体思路是："明确监测目标，规范系统建设，指导过程管理"。可以完整指导各省市建设能耗监测系统，从技术方案设计、楼宇计量装置设计安装、采集数据打包上传，到平台软件开发、数据分项计算、数据分析展示，再到项目逐级验收、日常运行管理等方方面面都有相应规定。

《导则》的主要内容是：

Ÿ   在《分项能耗数据采集技术导则》中，确定了统一的能耗数据分类、分项方法及编码规则，并明确了能耗数据在能耗监测平台中传输的全过程和采集系统的框架体系、能耗数据统一的处理方法和能耗监测平台应具备的基本展示内容和方式

Ÿ   在《分项能耗数据传输技术导则》中，确定了能耗数据传输系统的技术要求，规定了数据采集器的功能要求和性能指标

Ÿ   在《楼宇分项计量设计安装技术导则》中，参照国家建筑、电力、电子等相关行业标准和规范，制定了具有可操作性的设计安装技术规定，满足楼宇分项计量系统设计、施工验收及调试的需求。分为电能分项计量及冷热量计量两部分。

Ÿ   在《数据中心建设与维护技术导则》中，规定了能耗监测系统数据中转站和数据中心的建设内容、性能要求、建设标准、信息安全和软硬件性能要求等内容。

Ÿ   在《建设、验收与运行管理规范》中，明确了技术方案、系统建设、项目验收、运行核查等方面的责任主体，并按照楼宇分项计量工程、数据中心（数据中转站）和系统等三部分提出相应的验收条件、验收机构和验收内容。

《导则》发布后的后续工作：进一步丰富、完善各技术导则，力争早日升级为行业标准。

资料：

1.         \参考\标准\2008.06.24.国家机关办公建筑和大型公共建筑能耗监测系统建设相关技术导则\

2.         \参考\标准\明确监测目标,规范平台建设,指导过程管理----国家机关办公建筑和大型公共建筑能耗监测系统相关技术导则解读.pdf

2.1.2国家机关办公建筑和大型公共建筑能耗监测系统软件开发指导说明书

2009年2月，建设部发布国家机关办公建筑和大型公共建筑能耗监测系统软件开发指导说明书。《说明书》是5部《导则》的补充，完整描述应用软件功能，明确定义数据存储格式和各级数据中心数据传输协议，规范和指导各级数据中心（中转站）应用软件系统开发。

《说明书》由住房和城乡建设部建筑节能与科技司组织，住房和城乡建设部信息中心、中国建筑科学研究院、深圳市建筑科学研究院、清华大学建筑节能研究中心和天津大学建筑节能中心等单位共同研究制定（和《导则》是同一拨人）。

《说明书》的总体思路：规范与统一能耗监测平台系统建设，实现各级平台与数据信息的互联互通，保持统计分析结果规范性、一致性等要求。是各地开展能耗监测平台系统软件建设的参考标准。

《说明书》的主要内容：

Ÿ   明确了省、市级建筑能耗监测系统软件的定位与主要功能

Ÿ   这定了建筑能耗监测系统的框架，分为表现层、应用层、信息资源与数据层、网络基础设施层四大层次

Ÿ   附件1：《省、市级数据中心数据库结构文档》

Ÿ   附件2：《数据上传XML格式文档》

《说明书》发布后的后续工作：面向各省、市管理部门和技术依托单位，以及众多愿意参与到建筑能耗监测领域的软件公司，进行软件开发指导说明书的培训，指导各地进行系统开发和已建系统规范化改造。并依托相关技术导则和软件开发指导说明书，逐步开展建筑能耗监测系统应用软件的测评制度。

资料：

1.         \参考\标准\2009.02.02.国家机关办公建筑和大型公共建筑能耗监测系统软件开发指导说明书\

2.         \参考\标准\规范与统一能耗监测平台系统建设----《国家机关办公建筑和大型公共建筑能耗监测系统软件开发指导说明书》解读.pdf

2.2计量

2.2.1民用建筑能耗数据采集标准

2007年7月由建设部发布，2008年1月开始实施，行业标准。

资料：

1.         \参考\标准\2008.01.01.JGJT 154-2007 民用建筑能耗数据采集标准.pdf

2.2.2供热计量技术导则

2008年10月，建设部编制。

资料：

1.         \参考\标准\2008.10.供热计量技术导则.doc

2.3审计

2.3.1国家机关办公建筑和大型公共建筑能源审计导则

2007年10月，建设部编制。

资料：

1.         \参考\标准\2007.10.国家机关办公建筑和大型公共建筑能源审计导则.doc

2.4统计

2.4.1民用建筑能耗统计报表制度(试行)

2007年8月，建设部编制。

资料：

1.         \参考\标准\2007.08.《民用建筑能耗统计报表制度》(试行).doc

2.5其他

2.5.1高等学校节约型校园建设管理与技术导则（试行）

2008年5月，建设部会同教育部编制。

资料：

1.         \参考\标准\2008.05.19.高等学校节约型校园建设管理与技术导则（试行）\

3大型公建能耗平台现状

3.1国家机关办公建筑和大型公共建筑能耗动态监测系统

为落实《实施意见》和《实施方案》，由建设部牵头，多家单位合作制定的5部《导则》，一部《说明书》。详见2.1。

资料：

1.         \参考\现有平台\国家机关办公建筑和大型公共建筑能耗动态监测系统\搭建数据平台 实现动态监测----《国家机关办公建筑和大型公共建筑能耗动态监测系统》建设方案概要.pdf

2.         \参考\现有平台\国家机关办公建筑和大型公共建筑能耗动态监测系统\国家机关办公建筑和大型公共建筑能耗监测系统框架研究.pdf，和上篇类似

3.         \参考\现有平台\国家机关办公建筑和大型公共建筑能耗动态监测系统的建设要点.pdf

3.2北京市大型公建用能动态监测系统

在建设部的能耗动态监测系统规划中属于省级平台。

此系统的建设分为三部分工作：（1）能源审计，获取建筑基本信息（2）分项计量施工（3）数据分析平台搭建。

此系统的实施主体包括：

Ÿ   组织、协调和管理单位：北京市建筑节能与建筑材料管理办公室（受北京市建委委托）。

Ÿ   技术依托单位，负责对节能监测平台的技术方案审查，确定电能表、采集器等设备的技术参数，项目实施人员的技术培训，协助建委信息中心监测平台的运行维护，进行全市建筑能耗和动态监测的统计分析工作。2007年11月完成招标，中标单位为中国建筑科学研究院。

Ÿ   现场技术服务依托单位，负责能源审计工作的实施。2007年11月完成招标，中标单位有5家，包括：深圳市嘉力达实业有限公司、北京市建筑工程研究院、北京联合大学、北京诚信能环科技有限公司、北京捷迅卡斯特系统控制技术有限公司。

Ÿ   设计施工单位，其工作内容包括楼宇的现场勘察、技术方案编制、施工图、现场施工和协助调试等工作。2008年8月完成5个标段的招标，中标单位分别为：北京朗迈控制系统工程有限公司、中建电子工程有限责任公司、南京东大智能化系统有限公司、北京玛斯特系统工程有限公司、铭基电子技术（北京）有限公司。

Ÿ   监理单位。2008年10月完成招标，中标单位为北京和平诚信工程建设监理有限公司。

Ÿ   设备提供。2008年7月完成招标，设备中标单位两家，电能表为丹东华通测控有限公司；采集器为北京华新电工设备有限公司。

Ÿ   数据中心运营。数据中心部署在北京中央电视塔下面的首信数据中心主机房，目前暂时由中国建筑科学研究院数据中心托管。软件开发由中国建筑科学研究院承担，软件可提供对所有监控的楼宇基础信息进行查询，并对建筑能耗进行监测。

资料中提到了北京大型公建节能监测平台的建设进度。北京市大型公共建筑(不包括国家机关)共有774 个，到2009年4月已完成107栋楼宇的分项计量表计安装和数据上传，2009年北京市计划实施分项计量楼宇150栋。

设计施工第三标段中标单位南京东大智能化系统有限公司的网站介绍了第三标段的基本情况："在该标段中，我公司负责承建100栋大型公建建筑智能化施工，其中包括中国第一商场、北京创富大厦、北京新海大厦、北京海淀区少年宫、北京中关村大厦、北京城乡商厦、北京神州数码大厦、北京中苑宾馆、北京海淀招商大厦、北京大地科技大厦、北京航天精密大厦、北京科伦大厦、北京华彬国际酒店、北京万通中心、万通中心地下及裙楼等"。

资料：

1.         \参考\现有平台\北京大型公建节能监测平台建设.pdf，《建设科技》2009年08期，作者单位为北京市建委下属的建筑节能与建筑材料管理办公室、及中国建筑科学研究院环境与节能研究院。

2.         \参考\现有平台\北京市大型公建用能动态监测系统实施情况\2008.10.08.关于做好"大型公共建筑能源审计及用电分项计量"工作的通知.doc

3.         \参考\现有平台\北京市大型公建用能动态监测系统实施情况，目录内为项目招标情况，包含实施及设备的报价信息

4.         \参考\现有平台\国家机关办公建筑和大型公共建筑能耗监测数据交换实现方法研究.pdf

5.         东大智能网站，http://www.dong-zhi.com/inventory_Show.asp?inventoryID=122，介绍了第三标段基本情况，以及部分实施单位

3.3北京市大型公共建筑能耗统计数据库

此数据库由清华大学建筑节能研究中心搭建。资料显示"截至2006年2月，已在大型公共建筑能耗数据库中为484栋公共建筑建立初步档案，其中北京市建筑404栋"。

资料：

1.         \参考\专题-2007.01.大型公建节能会诊\大型公建节能会诊(3)----调查分析篇 大型公共建筑能耗调查分析.pdf，《建设科技》2007年04期，作者单位为清华大学建筑节能研究中心

2.         \参考\现有平台\北京市大型公共建筑能耗统计数据库与初步分析.doc

3.         \参考\新闻\2007.07.03.清华成功开发"大型公共建筑能耗实时统计分析管理系统".txt

4.         \参考\新闻\2007.7.19.大型公共建筑用电分项计量与实时统计分析系统通过技术评审.txt

    资料中，前两篇文章的作者相同，文章相似，第二篇更详细。

3.3其他信息

据京华时报2008年10月19日报道，发改委环资处处长杨智慧介绍，大型的商场、超市、医院及学校等都属于用能在1万吨标煤以上的大型公建，今年内将启动这部分大型公建用能情况的在线监测。今年内实现在线监测的大型公建，市建委和市商务局管辖范围内各有一部分，其中商务局所属的约有十几家左右，而市建委的数量还有待了解。

据北京日报2009年3月31日报道，2009年底前海淀将完成180栋大型公建的节能诊断和分项计量改造。目前海淀区正在起草节能减排专项资金管理办法，拟对实行合同能源管理的技术提供方和改造单位均给予一定的资金支持。按照计划，到2010年底海淀区将完成600万平方米大型公建节能改造，同时该区还将建立大型公建能耗信息监管平台，对建筑能耗进行动态监测分析，提出节能改造方案，在此基础上对用能情况进行能效公示。

资料：

1.         \参考\新闻\2008.10.19.北京将对大型公共建筑能耗进行在线监测.txt

2.         \参考\新闻\2009.03.31.海淀180栋公建年内完成节能改造.txt

语句：
purge recyclebin;
purge table "OBJECT_NAME";

数据字典：
USER_RECYCLYBIN

参考：
【1】http://www.dbanotes.net/Oracle/Oracle-10G-RecycleBin.htm