一次接口网站IIS6切换成IIS7失误造成的影响

首先上环境：

原接口网站服务器windows2003R2 32bit     IIS6.0

新服务器windows2008R2 64bit          IIS7.0

网站前端用nginx做反向代理

1；操作步骤

 首先把站点拷贝到新服务器上

这一步没有什么问题 一个ftp搞定 另外我们网站环境用了一个同步源 sersync2--rsync的操作 所以并不影响了开发传代码

2；测试

本机修改hosts 路径为C:\Windows\System32\drivers\etc

192.168.1.50 www.AAA.com

##这步相当关键，之后因为这里测试不严谨导致一系列故障

3；修改nginx配置文件

##附上我做nginx反向代理测试的config文件

user  www www;

worker_processes  1;

#error_log  logs/error.log;

#error_log  logs/error.log  notice;

#error_log  logs/error.log  info;

#pid        logs/nginx.pid;

events {

    worker_connections  1024;

}

http {

    include       mime.types;

    default_type  application/octet-stream;

    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '

    #                  '$status $body_bytes_sent "$http_referer" '

    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;

    #tcp_nopush     on;

    #keepalive_timeout  0;

    keepalive_timeout  65;

    #gzip  on;

   #172.18.18.217 

   upstream 172.18.18.217{

    server 172.18.18.217:80;

   }

    server {

        listen       80;

        server_name  test.com;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        location / {

            proxy_pass          http://172.18.18.217;

            proxy_set_header    Host            $host;

            proxy_set_header    X-Real-IP       $remote_addr;

            proxy_set_header    X-Forwarded-For $proxy_add_x_forwarded_for;

        }

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html

        #

        error_page   500 502 503 504  /50x.html;

        location = /50x.html {

            root   html;

        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80

        #

        #location ~ \.php$ {

        #    proxy_pass   http://127.0.0.1;

        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000

        #

        #location ~ \.php$ {

        #    root           html;

        #    fastcgi_pass   127.0.0.1:9000;

        #    fastcgi_index  index.php;

        #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;

        #    include        fastcgi_params;

        #}

        # deny access to .htaccess files, if Apache's document root

        # concurs with nginx's one

        #

        #location ~ /\.ht {

        #    deny  all;

        #}

    }

    # another virtual host using mix of IP-, name-, and port-based configuration

    #

    #server {

    #    listen       8000;

    #    listen       somename:8080;

    #    server_name  somename  alias  another.alias;

    #    location / {

    #        root   html;

    #        index  index.html index.htm;

    #    }

    #}

    # HTTPS server

    #

    #server {

    #    listen       443 ssl;

    #    server_name  localhost;

    #    ssl_certificate      cert.pem;

    #    ssl_certificate_key  cert.key;

    #    ssl_session_cache    shared:SSL:1m;

    #    ssl_session_timeout  5m;

    #    ssl_ciphers  HIGH:!aNULL:!MD5;

    #    ssl_prefer_server_ciphers  on;

    #    location / {

    #        root   html;

    #        index  index.html index.htm;

    #    }

    #}

}

4；另准备一台nginx反向代理服务器，跟源nginx配置文件一模一样

##这个当时没考虑到，但是因为以前我就做个一个在线上的nginx服务器的备份服务器 线上服务器和备用服务器没有采取高可用，但是也同时利用了sersync2---rsync，之后出问题的时候我才知道自己有多明智（搞不定之后，我用了这台备用的nginx--原网站接口服务器）

5；正式切换

其实也就是在线上nginx服务器上将原来的 upstream更换成另外一个而已  不叙述了，nginx反带不难 这里有个相当重要的操作就是一定要

./nginx -t 检测配置文件写的是否正确，再reload加载 我们这一步相当的严谨做了

问题爆发

1；我们切换过去之后发现 网站刚刚还能打开，之后就不能够打开了

突然一下 20~30个网站接口全挂了，开发全部来找我，自己说实话也慌了。

解决：我们发现了一个让人哭笑不得的问题，新的服务器被我们安装了一个服务器安全狗 所以你懂的。nginx反向代理和负载 后端web服务器又防火墙的话一定要加个白名单

这里在切换之后或者在切换之前再弄一台nginx反带  用ab测试 分别测试不同的网站接口（nginx有缓存功能，如果一直用ab测试相同的网站并无意义，可能还需要多台ab客户端） 

2；突然冒出以一个网站接口打开报错

说实话，我对网站代码报错也不懂，开发一个劲的找我（他也是从别人手上接手的代码，还没看过的） 之后一个开发查了下报错信息发现这个程序需要.net3.5环境 问我安装了没有

我说没有，情况可想而知

这里一说明我们测试（上面第2步）并不严谨  二说明我们配置服务器环境的时候也没考虑到位

3；开发给了我一个建议说从32位系统搬迁到64位上 最好在IIS7上还是使用32位的.net环境  不然里面出现了些异常更加难查 更改如下图

一次简单的网站切换竟然导致了这么多问题，细节很重要啊。