调vs报了个sql连接错误

在尝试使用SQL Server 2012连接远程服务器时遇到'已成功与服务器建立连接,但在登录前的握手期间发生错误'的问题。该错误涉及到SSL Provider和超时。解决方案包括检查并卸载可能引起冲突的第三方软件,如巡游加速器,重置LSP连接,并进行系统清理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - The wait operation timed out.)

SQLServer 2012 已成功与服务器建立连接,但是在登录前的握手期间发生错误。 (provider: SSL Provider, error: 0 - 等待的操作过时。

 

楼主用SQL Server 2012 在连接其他电脑的实例时,一直提示“已成功与服务器建立连接,但是在登录前的握手期间发生错误。 (provider: SSL Provider, error: 0 - 等待的操作过时。”

Google了很多资料,综合自己的问题,并参照官方问题介绍:http://support.microsoft.com/kb/2568167

和另外一位仁兄的博客http://blog.sina.com.cn/s/blog_728bc6a1010182ai.html整理解决方法如下:


  1. 运行CMD命令提示符工具,输入netsh WinSock Show Catalog,
  2. 找到0x20000或者0x66  flag的provider

描述:                              XunYount
提供程序 ID:                        {11C21122-85E1....(什么的忘记了,一段GUID值)
提供程序路径:                     C:\Windows\System32\xunyount.dll
服务标志:                           0x66

经查实,这是巡游加速器的东西,忽然开朗,因为玩LOL,下载的多玩英雄联盟盒子,使用过盒子自带的巡游加速器。


病因已知道,现在是果断卸载巡游加速器(小广告:可用迅雷网游加速器替代,楼主一直在用,感觉不错。),

  1. 在多玩英雄联盟盒子的安装目录有个xunyou的文件夹,直接删除;
  2. 然后在C:\Windows目录下搜索xunyount文件,将其删除;
  3. 现在用管理员身份运行CMD,输入netsh winsock reset并回车(注意,必须是已管理员身份运行,这个重置LSP连接,因为巡游加速修改过LSP。);
  4. 重启即可,如果重启连接还是问题依旧,请重试整个流程。
A connection was successfully established with the server, but then an error occurred during the pre-login handshake. (provider: SSL Provider, error: 0 - The wait operation timed out.)

看起来是dotnet4.5引起的。

I have an update on this issue.  It turns out this is being caused by a code change in the .NET framework 4.5 that is interfering with 3rd party software that intercepts Winsock calls. (This kind of software is called a Base Service Provider, or Layered Service Provider).  In short, the 3rd party is going to have to update their software to support .NET 4.5.
Here is the relevant Connect article:
http://connect.microsoft.com/VisualStudio/feedback/details/745004/net-4-5-sql-connection-pre-login-handshake-error

解决:
http://support.microsoft.com/kb/2568167
1.先用"netsh WinSock Show Catalog"看看有谁拦截wsock.
2.找没有0x20000 flag的provider.
If the "Service Flags" value has the 0x20000 bit set then the provider uses IFS handles and will work fine. If the 0x20000 bit is clear (not set), then it is a non-IFS BSP or LSP.
3.发现一个iKu
描述:                               iKu Smart Network LSP
提供程序 ID:                        {11C21122-85E1-48F3-34B6-23D90C730710}
提供程序路径:                       C:\Program Files (x86)\YouKu\common\ikutm.dll
服务标志:                           0x66

 

 

 

我的问题不是上面两个,但也不知道是啥,我删除了一些杀软,比如火绒,禁用了一些启动项,就好了

### Spark Shuffle HBase 错误解决方案 当 Spark 提交任务并与 HBase 进行交互时,可能会遇到 Shuffle 阶段的错误。这类问题通常由以下几个原因引起: #### 1. **RowKey 的无序性** 如果在使用 Bulk Load 将数据导入 HBase 时未对 RowKey 排序,则可能导致后续操作中的 Shuffle 错误。这是因为 HBase 假设 RowKey 是有序的,在某些场景下(如 MapReduce 或 Spark 作业)会依赖这种特性来优化分区和读取性能。 可以通过显式排序 RowKey 来解决问题。例如,在 Spark 中可以采用以下方法对数据进行预处理并排序: ```scala val sortedData = data.map(x => (DigestUtils.md5Hex(x.name), x.age, x.money, x.city, x.address, x.timestamp)).sortBy(_._1) ``` 此代码片段通过 `sortBy` 方法按 RowKey 升序排列数据[^2]。 --- #### 2. **HBase Region 分区不均** HBase 表的设计直接影响其性能表现。如果表的 RowKey 设计不合理,可能引发热点问题或导致 Region 不均衡分布。这不仅会影响写入效率,还可能导致 Shuffle 阶段的任务失败。 合理的 RowKey 设计应考虑散列化策略,以避免数据倾斜。例如,可以在原始 RowKey 前添加哈希前缀: ```java String rowKey = String.format("%08x_%s", hashFunction(originalKey), originalKey); ``` 这种方法能够有效减少单个 RegionServer 上的压力,从而提升整体系统的稳定性和性能[^1]。 --- #### 3. **Spark 和 HBase 配置参数整** Shuffle 错误也可能源于 Spark 和 HBase 的配置不当。以下是几个常见的优方向: - **增加 Executor 数量和内存分配** 如果 Spark 应用程序运行过程中频繁发生 OOM(Out of Memory),则需要适当提高 Executor 的资源配额。例如: ```properties spark.executor.memory=4g spark.executor.instances=10 ``` - **节 HBase RPC 参数** 对于大规模数据集的操作,建议增大客户端与服务器之间的连接数以及请求超时时间: ```properties hbase.client.scanner.caching=100 hbase.rpc.timeout=60000 ``` - **启用动态分区裁剪** 当查询涉及多条件过滤时,开启 Hive/Spark 动态分区功能有助于降低不必要的 I/O 开销: ```sql SET hive.optimize.dynamic.partition.prune=true; ``` 上述设置可以根据实际业务需求灵活整[^3]。 --- #### 4. **日志分析与试** 对于难以定位的根本原因,可通过查看 Spark 和 HBase 日志文件进一步排查问题所在。重点关注以下几类异常信息: - Task Failed Due To Disk Errors - Region Server Unavailable During Write Operation - Excessive Garbage Collection Pauses In JVM Processes 一旦发现问题根源后即可采取针对性措施加以修复。 --- ### 总结 综上所述,解决 Spark Shuffle HBase 错误的关键在于确保 RowKey 正确排序、优化 HBase 表结构设计、合理配置集群参数以及深入挖掘潜在的技术瓶颈。只有综合运用这些手段才能从根本上杜绝此类现象的发生。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值