在污水处理中，H/O池即是接触氧化 池。接触氧化池是接触氧化工艺中的核心水池，用于去除水中的有机物及氨氮和总磷。接触氧化工艺是小型污水处理厂中常用的一种工艺。
接触氧化法是一种兼有活性污泥法和生物膜法特点的一种新的废水生化处理法。这种方法的主要设备是生物接触氧化滤池。在不透气的曝气池中装有焦炭、砾石、塑料蜂窝等填料，填料被水浸没，用鼓风机在填料底部曝气充氧，这种方式称谓鼓风曝气装置；空气能自下而上，夹带待处理的废水，自由通过滤料部分到达地面，空气逸走后，废水则在滤料间格自上向下返回池底。活性污泥附在填料表面，不随水流动，因生物膜直接受到上升气流的强烈搅动，不断更新，从而提高了净化效果。
生物接触氧化法具有处理时间短、体积小、净化效果好、出水水质好而稳定、污泥不需回流也不膨胀、耗电小等优点。
广州绿烨环保给您建议。
503 是一种HTTP状态码 意思是服务器出错你可以百度一下“WEB易学” 上面有相关视频教程
Service Unavailable
一、 如果出现“Service Unavailable”的提示，刷新几下又可以访问。
出现这种情况是由于您的网站超过了iis限制造成的由于2003的操作系统在提示IIS过多时并非像2000系统提示“链接人数过多”，而是提示"Service Unavailable",出现这种情况是由于网站超过了系统资源限制造成的，主要是程序占用资源太多。
比如同样是100人在线的论坛，雷傲论坛所占的资源就是PW论坛所占资源的10倍以上；另外，一些死循环程序，或者不优化的程序都会占用太多的系统资源，而系统资源明显是有限的。不过WINDOWS2003的操作系统，各网站之间是以独立进程运行的，不会相互影响。
如果一个网站的程序占资源太多或者发生太多的错误，系统日志就会提示：“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误，?或者提示：应用程序池 'xxx' 超过了其作业限制设置。这时，访问这个网站就会提示：Service Unavailable。一般系统会在30秒左右恢复正常，多刷新几次就能正常访问了。
另外，如果你的网站当前访问人数过多，超过了系统的iis连接数限制，也会出现Service Unavailable的提示(win2k主机下出现连接过多就会提示：连接过多，请稍后再试；而win2003的主机刚直接提示：Service Unavailable）
二、没有限制IIS连接，还是遭遇Service Unavailable
多见于使用ACCESS数据库的网站，一般使用windows 2003 IIS 6的用户可能这个问题一直正常的系统，突然有一个网站打不开了提示： Service Unavailable 但这个网站并没有限制IIS连接数。然后马上影响到了别的网站，不到一会，其他的网站也全变成了 Service Unavailable 这是什么原因呢？
我们分析后可以知道，还是MS的老问题。ACCESS引擎当了。用服务器医生的文件医生修复，查看修复结果时会发现一些文件引起ACCESS引擎“灾难性故障”及“未将对象引用设置到对象的实例”的错误。 通过文件医生修复后，系统才会恢复正常。
整理：
三、浏览一个 Windows SharePoint Services Web 站点时，提示：Service Unavailable
Microsoft Internet 信息服务 (IIS) 6.0 中没有正确地配置用于虚拟服务器的应用程序池，就可能会发生此问题。
解决方案：
要解决此问题，按照下列步骤操作：
1、验证是否已为虚拟服务器配置了应用程序池。默认的应用程序池是 MSSharePointPortalAppPool。
请按照下列步骤来确定虚拟服务器正在使用的应用程序池。
a). 单击“开始”，指向“管理工具”，然后单击“Internet 信息服务 (IIS) 管理器”。
b). 展开“ServerName”，展开“Web 站点”，右键单击虚拟服务器，然后单击“属性”。
c). 单击“主目录”选项卡。 为虚拟服务器配置的应用程序池列在“应用程序池”框中。
d). 单击“确定”。
2、验证应用程序池帐户使用的密码是否正确。IIS 不会自动轮询 Active Directory 目录服务中的密码更改。如果应用程序池帐户是一个域帐户，其密码已过期，则在为此帐户重新指定一个新密码后，您可能会收到本文“症状”部分所描述的错误信息。
3、 验证应用程序池帐户是服务器上的 IIS_WPG 组和 STS_WPG 组的成员。
4.、重新启动 IIS 以回收应用程序池
四、没有正确加载ISAPI筛选器
ISAPI筛选器没有加载成功的话会造成任意网站一访问就出现Service unavailable，这个时候需要根据加载失败的原因解决，或者删除该ISAPI筛选器
整理资料：
原因一：网站超过了IIS连接数
解决办法一：增加IIS连接数
备注一：Windows 2003的操作系统在提示IIS过多时并非像win2000系统提示“链接人数过多”，而是提示"Service Unavailable"
原因二：网站超过了IIS资源限制
解决办法二：增加网站的资源
备注二：Winodws2003中网站占用了超过IIS对该网站系统资源的限制后直接提示"Service Unavailable"
原因三：网站的程序发生太多的错误
解决办法三：修改程序错误
备注三：Winodws2003中网站错误太多，就会造成该网站所在的应用程序池出错，这个时候可以在Windows2003的日志中看到“应用程序池 'xxx' 被自动禁用，原因是为此应用程序池提供服务的进程中出现一系列错误”，这个时候网站就会直接显示"Service Unavailable"
以上三个原因造成的"Service Unavailable"，一般现象是出现"Service Unavailable"后，多刷新几次，就可以打开。
原因四：ACCESS引擎错误
解决办法四：重启IIS
备注四：有一些文件造成了ACCESS数据库出现“灾难性故障”及“未将对象引用设置到对象的实例”的错误
原因四造成的"Service Unavailable"，现象是所有该服务器上的使用Access数据库的网站都出现错误，不能访问。
以上四个原因是常见的造成了"Service Unavailable"的原因，其他还有一些问题造成了该问题，基本只要IIS重启一下就可以的。
Service Unavailable的第五种原因就是今天的原因了：ISAPI筛选器没有正常加载
1 一开始，html 就是后端渲染的。不过后端发现页面中的 js 好麻烦（虽然简单，但是坑多），于是让公司招聘专门写 js 的人，也就是前端
2 前端名义上是程序员，实际上就是在切图（CSS）和做特效(JS)，所以所有程序员中前端工资最低，职位也最低。所以前后端的鄙视链就出现了
3 nodejs 和前端 mvc 的兴起让前端变得复杂起来，前端发现翻身的机会，于是全力支持这两种技术，造成本不该做成 spa 的网站也成了 spa。慢慢地前后端分离运动从大公司开始兴起，目的就是前端脱离后端的指指点点，独立发展。（表面上是为了「代码分离」，实际上是为了「人员分离」，也就是「前后端分家」，前端不再附属于后端团队）
4 spa 之后发现 seo 问题很大，而且首屏渲染速度贼慢，但是自己选的路再难走也要走下去，于是用 nodejs 在服务端渲染这一条路被看成是一条出路
5 其实这是第二个翻身的机会，如果 nodejs 服务器渲染成为主流，其实就相当于前端把后端的大部分工作给抢了，工资压过普通后端指日可待
6 然而结果是 nodejs 服务端渲染始终是小众，因为后端也没那么脆弱，java php rails 十多年沉淀的技术岂是你说推翻就推翻的，已经运行多年的项目又岂是容你随便用 nodejs 重写的，另一方面 golang 等技术的兴起也给 nodejs 不少压力。最终只有少部分前端特别强势的团队成功用上了 Node.js 做渲染（比如阿里的一些团队），大部分公司依然是用 PHP 渲染 HTML。
7 于是 nodejs 退一步说好好好我不抢你们的工作，我只做中间层（大部分工作就是渲染页面和调用后台接口），绝不越雷池。后端说算你识相。现在 nodejs 主要搞什么微服务，也是为了抢后端还没注意的市场。
你要看一门技术的发展主要应该看背后的人是谁，应用场景是哪些，最后才是技术细节。
