各种打不开sharepoint问题原因分析

平时在使用sharepoint的时候经常会遇到sharepoint环境由于各种原因打不开的问题:

情景一:

打开central Administrator的时候,报:cannot connect configuration database,打开event viewer查看报的是:Unknown SQL Exception 0 occurred. Additional error information from SQL Server is included below.这样的错误

解决办法:首先查看SQL server所在机器有没有打开防火墙,在确认关闭之后,查看当前登陆sharepoint的用户是不是有连接sql server的权限,在这一系列检查完毕之后都没有问题

这个问题最后的解决办法是发现dns解析有问题,没有办法获取正确的dns地址,域用户最终都是没有识别的状态,最后绑定成固定地址之后问题解决

情景二:

依旧是连不上configuration database,打开event viewer报的错误是An unknown SQL exception occurred -1. You will find below additional information about the error from SQL Server.
A network-related error or instance-specific occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: SQL Network Interfaces, error: 26 - Error Locating Server / Instance of the specified)

解决办法:查看sql server是不是内存占用过高,改一下内存设置

情景三:

打开CA的时候一直报runtime error

解决办法:

1.首先排查是不是更改过web.config文件

2.sql server所在机器的防火墙有没有关闭

时间: 2024-08-07 21:19:24

各种打不开sharepoint问题原因分析的相关文章

window.open浏览器弹出新窗口被拦截—原因分析和解决方案

最近在做项目的时候碰到了使用window.open被浏览器拦截的情况,在本机实验没问题,到了服务器就被拦截了,火狐有拦截提示,360浏览器拦截提示都没有,虽然在自己的环境可以对页面进行放行,但是对用户来说,不能要求用户都来通过拦截.何况当出现拦截时,很多小白根本不知道发生了啥,不知道在哪里看被拦截的页面,百思不得其解,后来查了一下,各家浏览器支持的不一样. 另外,可以发现,当window.open为用户触发事件内部或者加载时,不会被拦截,一旦将弹出代码移动到ajax或者一段异步代码内部,马上就出

Dispatcher.BeginInvoke()方法使用不当导致UI界面卡死的原因分析

原文:Dispatcher.BeginInvoke()方法使用不当导致UI界面卡死的原因分析 前段时间,公司同事开发了一个小工具,在工具执行过程中,UI界面一直处于卡死状态. 通过阅读代码发现,主要是由于Dispatcher.BeginInvoke()方法使用不当导致的. 本文将通过一个WPF模拟程序来演示一下界面卡死的现象,并通过修改代码来解决界面卡死的问题. 希望通过对本文的学习,大家能对Dispatcher.BeginInvoke()方法有一个新的认识. 文章开篇直接给出界面卡死的示例代码

携程数据库安全事件原因分析

关于携程数据库事件网上有各种说法,有传数据库数据和备份数据是被物理删除的,也有说是各个节点的业务代码被删除,也有说是误操作,导致业务不可用. 携程官方29日凌晨给出的解释是:5月29日1:30分,经携程技术排查,确认此次事件是由于员工错误操作导致.由于携程涉及的业务.应用及服务繁多,验证应用与服务之间的功能是否正常运行,花了较长时间.携程官方网站及APP已于28日23:29全面恢复正常.对用户造成的不便,携程再次深表歉意. 尽管众说纷芸,作为国内专业的数据库安全厂商安华金和,对于事件背后的深层原

SQL Server扩展事件的使用ring_buffer target时“丢失”事件的原因分析以及ring_buffer target潜在的问题

事情起因: 排查SQL Server上的死锁问题,一开始想到的就是扩展事件, 第一种方案,开profile守株待兔吧,显得太low了,至于profile的变种trace吧,垂垂老矣,也一直没怎么用过. 第二种方案是开启TRACEON(DBCC TRACEON (3605,1204,1222,-1))将死锁写入error log,也是个不错的选择. 不过想到系统默认的扩展事件sysem_health已经捕获了死锁信息(sqlserver.xml_deadlock_report), 就没必要再重新往

Inotify数达到限制或文件空间不足的不同表现同一本质原因分析

操作系统环境: LSB Version:    :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch Distributor ID: RedHatEnterpriseServer Description:    Red Hat Enterprise Linux Serve

ListView+CheckBox两种解决方案及原因分析

最近在用ListView+CheckBox搞一个item选中的项目,我将CheckBox的focus设置为false,另我大喜的是,CheckBox竟然可以选中(窃喜中),这么简单就搞定了,因为数据量较小,也没有发现什么问题. 后来数据多了, 页面需要滑动了, 发现了一个奇怪的问题,前面明明选中了,而再次滑动回去的时候竟然变成未选中状态! 这是我刚开始写的那段错误的代码: @Override public View getView(int position, View convertView,

Socket.Server 'module' object has no attribute 'fork' 原因分析

Exception happened during processing of request from ('127.0.0.1', 65066)Traceback (most recent call last): File "C:\Python27\lib\SocketServer.py", line 284, in _handle_request_nobloc self.process_request(request, client_address) File "C:\P

手游产品经理初探(八)CasinoStar玩家离开原因分析

通过Delta DNA分析报告,综合我们的游戏进行思考,我总结了几条玩家流失的经验: 1.在有限的前60秒我们没有花足够的精力去吸引玩家.就是说我们要花大量的经历在玩家进入游戏的60秒的体验上(我的澳门要吸取教训).通过Delta DNA对80款游戏的统计有30%的游戏在玩家进入游戏前60秒的表现逊色.在我们的游戏中,60秒内没有给玩家足够的震撼效果,更多的互动展示.在此时间段也不能保证玩家肯定能中Bonus,从而无法体验到Bonus的乐趣. 2.付费点的过早或太过明显占玩家流失原因的70%,从

ListView+CheckBox两种解决方式及原因分析

近期在用ListView+CheckBox搞一个item选中的项目,我将CheckBox的focus设置为false,另我大喜的是,CheckBox居然能够选中(窃喜中),这么简单就搞定了,由于数据量较小,也没有发现什么问题. 后来数据多了. 页面须要滑动了, 发现了一个奇怪的问题,前面明明选中了,而再次滑动回去的时候居然变成未选中状态! 这是我刚開始写的那段错误的代码: @Override public View getView(int position, View convertView,