日志提示

事件 ID ( 2 )的描述(在资源( Zend Optimizer )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: C:\WINDOWS\TEMP\ZendOptimizer.MemoryBase@NETWORK SERVICE@262916123, 系统找不到指定的文件。
.
事件 ID ( 487 )的描述(在资源( Zend Optimizer )中)无法找到。本地计算机可能没有必要的注册信息或消息 DLL 文件来从远程计算机显示消息。您可能可以使用 /AUXSOURCE= 标识来检索词描述；查看帮助和支持以了解详细信息。下列信息是事件的一部分: Unable to view file mapping, 试图访问无效的地址。

从网上搜索到的N种可能及解决方法

解决办法一：

1.修改C:\WINDOWS\Temp\目录的访问权限，使Zend可以对目录进行修改
一般添加IIS_WPG和Network Service的写入权限就够了
2.有可能在C:\WINDOWS\temp\目录下找不到该文件，方法是新建文件名为ZendOptimizer.MemoryBase@SYSTEM和ZendOptimizer.MemoryBase@NETWORK SERVICE（如果没有）空文件即可
3.php.ini文件中设置upload_tmp_dir = "c:\windows\temp\"（注意=两边的空格）
4.还有可能就是IIS没有读取ZEND目录的权限，为C:\Program Files\ZendOptimizer-2.6.2\lib\Optimizer-2.6.2目录和C:\Program Files\ZendOptimizer-2.6.2\lib\ZendExtensionManager.dll文件添加IIS_WPG读取权限（注意版本不同可能路径也有所不同）

解决有三种方法:

一种是在php.ini中去掉eAccelerator，然后重启IIS和Mysql服务；
第二种是在php.ini中加入一个"extension=php_yaz.dll"扩展，必须启用他，然后重启IIS和Mysql服务，OK问题解决。。。
第三种就是修改c:\WINDOWS\temp\目录的访问权限，使Zend可以对目录进行修改，第三种情况一般很少出现。

解决办法:

1.修改C:\WINDOWS\Temp\目录的访问权限，使Zend可以对目录进行修改
一般添加IIS_WPG和Network Service的写入权限就够了
2.有可能在C:\WINDOWS\temp\目录下找不到该文件，方法是新建文件名为ZendOptimizer.MemoryBase@SYSTEM和ZendOptimizer.MemoryBase@NETWORK SERVICE（如果没有）空文件即可
3.php.ini文件中设置upload_tmp_dir = "c:\windows\temp\"（注意=两边的空格）
4.还有可能就是IIS没有读取ZEND目录的权限，为C:\Program Files\ZendOptimizer-2.6.2\lib\Optimizer-2.6.2目录和C:\Program Files\ZendOptimizer-2.6.2\lib\ZendExtensionManager.dll文件添加IIS_WPG读取权限（注意版本不同可能路径也有所不同）

复制代码 代码如下:
c:\Program Files\zend
administrators 完控
system 完控
service 完控
users　读取和运行，列出文件夹目录，读取
c:\windows\temp
Administrator 全部权限
System 全部权限
users 全部权限

extension=php_yaz.dll
extension=php_zip.dll
extension=php_sockets.dll

另外一种说法

跟扩展无关。这个错误表示 ZendOptimizer 不能设置共享内存，通常是由于权限问题造成的。建议你先注释掉 ZendOptimizer 部分，看看 phpinfo() 中输出 Environment 的 TEMP 和 TMP 都是哪些路径，确认两个目录对 everyone 可写（尤其是 TMP 目录，因为 ZendOptimizer 用的是 TMP 目录而不是 TEMP 目录）。
另外不妨用个 PHP 脚本往 TMP 目录里新建个 ZendOptimizer.SharedMemoryArea@UserName 文件来测试一下 TMP 目录确实可写。

至后面实验出来的结果是

事件 ID ( 2 )的错误没再出现，但事件 ID ( 2487)的错误还是有，真不知还有那个可能了，希望有解决了的朋友也告诉我一声。