lijun624wll的博客

非常详细的捕捉到错误信息，错误位置，错误行号，还有堆栈跟踪，这是用vb.net写的，如果用c#.net可以参考进行转换，代码中包括获取当前类名和获取当前方法名等经典代码。捕捉到的错误信息如下： 错误信息：未能找到文件“D:\windows_readme.txt”。 错误位置：Form1.Button1_Click 行号 5 堆栈跟踪：在 System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) 在 System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) 在 System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access) 在 WindowsApplication1.Form1.Button1_Click(Object sender, EventArgs e) 位置 C:\WindowsApplication1\WindowsApplication1\Form1.vb:行号 5

JavaScript写的DES加密解密的代码，运行模式为CBC，纯源码觉得可以运行。加密前：select item_no,item_name,price,sale_price from t_bd_item_info where item_no='00002'， 加密后：V+WKfe9+DcuPpwU7mJ8krkgpztgU7EhBnEiG5Ov8OQ3fTKoGXCHFjllJvFm3KC/QGr6HTJiT0ZY3RsbKry3ToQa+Mitc6/r767TecxRYJdbUcSxECFHSNQ==， 解密后：select item_no,item_name,price,sale_price from t_bd_item_info where item_no='00002'

declare @table_name varchar(100) declare @sql_dr varchar(4000) declare @sql_cr varchar(4000) set @table_name='t_hq_m_member_log' --在此输入需要只读的表，其它地方请勿修改！ .......................

有很多客户经常数据库损坏导致数据丢失，有些花了高价进行了数据恢复。我最近就在想能不能用最低费用实现异步、同步备份，甚至达到高可用性呢？发现MSSQL自带功能里面有一个数据库镜像功能，查询了若干资料若干次实验还是不行！自己就在想这是为什么呢？因为我没有搭建域控环境，那么没有域控环境到底能搭建镜像吗？网上很多资料说可以利用证书方式搭建，经过测试没有成功，可能个人不够专业。苦思闷想了多日终于搞定，下面我来介绍一下我的环境以及配置步骤： Windows2008R2+SQLServer2008R2SP3 怎么安装系统和SQL的问题请自己百度一下！ 见证服务器不是必须的，没有见证服务器我们可以通过手工切换或者通过SQL代码来进行切换，后续我会告诉大家！ 1、主体服务器：192.168.80.1（计算机名：d1Server） 2、镜像服务器：192.168.80.2（计算机名：d2Server） 3、见证服务器：192.168.80.3（计算机名：wServer）

曾经使用过Sybase SQL Anywhere 11数据同步采用内置插件MobiLink居于日志事务流形式的通讯，优点速度快、准确、夸平台，网络开销极低情况下保证通讯顺畅不丢包。由于工作原因开始接触MSSQL，有人说MSSQL没有此功能、类似的功能不好用等诸多说法，也很好奇全国某些知名软件开发上采用MSSQL，但数据库之间通讯还采用自己写通讯程序完成数据库之间数据交换，效率低、操作繁琐、数据传输重复、漏传、致命性错误、人工干预滞后等诸多问题。我想那么大一个微软公司不可能没有办法解决此问题，最近几天本开始研究了一下MSSQL复制服务，通过发布和订阅达到数据通讯或者备份目的，首先我点评一下MSSQL复制服务，整体来说感觉还不错，缺点是不启动管理器没法监控发布和订阅情况（也许本人不够专业，没有发现）。复制服务需要发布、分发、订阅三部分组成，发布与分发可以集成在一起，如果订阅端较多建议独立分发。 测试环境Windows2008ServerR2+MSSQL2008R2SP3，两台计算机，发布与分发一体，然后一个订阅端。 1、 发布与分发服务器计算机名：Publish_Server IP地址：192.168.20.1 2、 订阅服务器计算机名：Subscribe_Server IP地址：192.168.20.2 由于没有域控环境，首先在两台机器的hosts文件的尾部加入： 192.168.20.1 Publish_Server 192.168.20.2 Subscribe_Server 加入的原因是没有域控和DNS服务器，通过机器名解析能快速准确的解析到IP地址只有在hosts文件中做文章，我想这个你应该懂的！ 如何安装MSSQL2008R2我就不在说了自己到百度搜索，首先关闭两台机器本机自带防火墙或者把1433、21端口加入防火墙策略，1433端口不用说了吧！21是用于FTP第一次分发快照的端口。 SQL2008提供的发布类型有4种：（我先照搬微软的说明） 1、 快照发布：发布服务器按预定的时间间隔向订阅服务器发送已发布的数据库快照。 2、 事务发布：在订阅服务器收到已发布数据的初始快照后，发布服务器将事务流式 传输到订阅服务器。 3、 具有可更新订阅的事务发布：在 SQL Server 订阅服务器收到已发布数据的初始快照后，发布服务器将事务流式传输到订阅服务器。来自订阅服务器的事务被应用于发布服务器。 4、 合并发布：在订阅服务器收到已发布数据的初始快照后，发布服务器和订阅服务器可以独立更新已发布数据。更改会定期合并。Microsoft SQL Server Compact Edition 只能订阅合并发布。 （1）快照发布，这种每次订阅服务器都去下载完整快照这效率低，对网络要求也高，个人觉得不可取。（2）事务发布，只要订阅服务器收到初始快照后，订阅服务器将用事务流的方式到发布上取数据，速度相当快网络和机器性能好的情况毫秒级的响应，这种模式数据是单向的，发布服务器到订阅服务器，订阅服务器端不能对数据进行修改，即使进行了修改是也暂时的，下次发布服务器对应数据做了更新后订阅服务器数据将被同步。（3）具有可更新订阅的事务发布，这个研究了半天没有成功，还要在订阅服务器上把分发服务器作为链接服务器，本人愚昧没有实验成功。（4）合并发布，数据在发布和订阅端都可以进行修改，而且可以自动合并。根据同场景本人推荐：事务发布和合并发布，记住它们最大的区别就是事务发布是数据单向传送、合并发布是数据双向传送。 注意任何时候MSSQL叫你输入服务器名称都要用实例名不能输入IP地址（一台机器上只安装了一个实例的话实例名就是计算机名，这下知道hosts文件的重要性了吧，谁叫我们不在域控制器下呢！其实在微软操作系统中计算机名比IP高一级，但我们在使用中往往把IP地址看得比计算机更重要，这就是没有域控制器的原因。为了计算机名能快速、准确的解析到就乖乖的去hosts文件中添加吧！）