Nikon Camera Control Pro是Nikon尼康公司最新发布的一款用于在个人电脑上通过简单易用的方式对Nikon数码相机进行远程控制的软件。通过配合选择机型使用附送的USB或Firewire电缆和/或另购的WiFi适配器，可以控制相机进行拍摄。

现在新的版本是非免费的，2.1的破解和序列号都找不到，于是按照前人2.0的破解照葫芦画瓢自己做一个，放出来供大家学习之用。

2.1版本为升级安装包，需要先安装2.0版本，再安装2.1升级包，两个版本的下载地址如下：

Camera Control Pro download version 2.0 for Windows
http://support.nikontech.com/cgi-bin/nikonusa.cfg/php/enduser/std_adp.php?p_faqid=14428
http://support.nikontech.com/faqid=14428

Camera Control Pro 2 ver. 2.1.0 update - Windows
http://support.nikontech.com/cgi-bin/nikonusa.cfg/php/enduser/std_adp.php?p_faqid=14499
http://support.nikontech.com/faqid=14499

更多Nikon的软件列表：
http://support.nikontech.com/cgi-bin/nikonusa.cfg/php/enduser/std_adp.php?p_faqid=61


想下载？就请猛击这里： Nikon Camera Control Pro v2.1 Crack 下载

使用方法
1. 安装Nikon Camera Control Pro v2.1
2. 拷贝Nikon Camera Control Pro v2.1-Crack.exe到安装目录，运行
3. 成功！

如果发生错误:
1. 请用安装目录下对应的.BAK文件恢复
2. 请检查是否安装的是Nikon Camera Control Pro v2.1版本，其他本版不能使用此破解


补充一个直接使用2.1升级包安装，而不需要先有2.0或者之前版本的方法：
1、下载的2.1升级包exe文件其实一个rar压缩文件，用WinRAR解压到一个目录
2、找到Applications.ini，将IsChkVersion修改为0
3、点击CCPRO Updater.exe进行安装，其中会提示一个rtf文件不存在，不用管它，之后直接点击Agree即可，一步步安装下去到完成！

一组双节点的Windows 2003群集，配合IBM DS4300磁盘阵列，安装了SQL Server 2000，A机安装完最新的安全补丁之后，将此节点上的SQL Server 2000服务切换到B机，重启A机之后发现Cluster Service无法启动，使用事件查看器检查系统日志，发现有以下错误记录：

Event Type: Warning
Event Source: ql2300
Event Category: None
Event ID: 118
Date: 2008-6-11
Time: 20:10:42
User: N/A
Computer: IAMS-DB2-1
Description:
The driver for device \Device\Scsi\ql23001 performed a bus reset upon request.

Event Type: Error
Event Source: ClusSvc
Event Category: Startup/Shutdown
Event ID: 1009
Date: 2008-6-11
Time: 20:11:19
User: N/A
Computer: IAMS-DB2-1
Description:
Cluster service could not join an existing server cluster and could not form a new server cluster. Cluster service has terminated.

Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7031
Date: 2008-6-11
Time: 20:11:20
User: N/A
Computer: IAMS-DB2-1
Description:
The Cluster Service service terminated unexpectedly. It has done this 3 time(s). The following corrective action will be taken in 240000 milliseconds: Restart the service.

开始怀疑是磁盘阵列状态迁移记录问题，类似的问题原来遇到过（read.php?549），本计划找机房的同事协助将两个节点和磁盘阵列都关闭，然后先开磁盘阵列，再开一个节点，正常后，最后再开另外一个节点。但这个准备作为最后一招，先看能不能远程解决。

先将节点A又重启，群集服务依然无法启动；在节点A中进入设备管理器，将RDAC Muti-Path Pseudo-Bus和两个QLogic QLA2340 PCI Fiber Channel Adapter禁用，重启节点A之后再启用这些设备，还是无效。

在正常启动的节点B上检查，突然发现在资源管理器中只看到SQL Server群集组下面的一个磁盘分区，本来是绑定了两个的。在磁盘管理中可以看到对应的几个分区，进入命令行，切换盘符到这个看不到的分区，提示驱动器没有准备好，在SQL Server企业管理器中尝试打开一些数据文件放在这个看不到分区的时候，企业管理器出现挂死状态，在群集管理器中看到SQL Server组自动脱机又重新联机，再查看之前有问题的那个分区，竟然正常了。再重启节点A，群集服务正常启动，也正常加入了群集，各个应用组切换也正常，问题消失。

最后检查之前出现问题的磁盘，发现里面有两个补丁安装文件的临时目录，考虑到补丁安装需要重启，且这些目录没有被正常清除掉，所以判断引起故障的原因是安装的补丁占用了SQL Server一个分区作为临时文件存放，安装之后某些文件挂起，需要重启之后才能被清理，但是这时又将节点A上的应用切换到了B上，导致这个磁盘未能被节点B正常获取（或者是某些资源状态），进而在节点A启动的时候，群集也在尝试抓取这个分区，导致出现“The driver for device \Device\Scsi\ql23001 performed a bus reset upon request.”错误，群集服务也就无法正常启动。

最后总结就一句话：群集上安装补丁，先将此节点上的全部应用组全部转移走后，再进行补丁安装！

PS. 如果采用之前准备的最后一招，我想应该也是可以解决这个问题的。