原定周末把公司的TFS升级到2018,由于TFS 2018需要SQL Server至少是2016以上版本,所以还需要将原来的SQL Server 2012 R2一并升级.今天早上负责的同事告诉我升级失败了.SQL Server 2016的数据库服务无法正常启动.他期间还尝试修复了一次SQL Server 2016,仍然提示无法正常启动数据库服务.错误提示如下: Action required: Use the following information to resolve the error,

Oracle 创建数据库卡死在85%处理方法 1.首先用改工具,删除数据库 2.对应的目录 3.重启服务器(本次尝试有重启,在有其他数据库在跑的情况下,可以试试不重启)

上次重装系统后重新安装了oracle和PLSQL,哪知道PLSQL登录不了,一登录就未响应,但如果不登录就不卡死,直接就进去了.在网上查了很多解决方法,都没有用. 后来在百度文库找到解决办法,重启OracleXETNSLIstener服务和OracleServiceXE服务

起因 七月三日早晨刚到公司,同事就跟我讲TFS开始返回 TF30042错误,报告数据库已满.按照处理问题的第一直觉,我上bing的英文网站搜了一下,发现是部署TFS的时候使用的SQL Express限制导致的.于是就开始漫长的数据库迁移之旅. 第一阶段:自信满满 给整个开发团队发了消息,通知TFS临时中断半小时到一小时.关停了TFS所有的相关服务,找到SQLExpress的数据库文件,然后拷贝到数据库服务器上.由于数据库文件比较大,拷贝大概花了半小时.由于最近在思考怎么制定一个比较好的发布流程,

因TFS数据库已经100多G,所在的服务器D盘已没有空间满足tfs数据库的增长速度,故必须分离复制到其它盘.在分离过程中,先后分离了ReportServer.ReportServerTempDB.Tfs_Warehouse.TfsWarehouse.WSS_Config.WSS_Content数据库.        就在分离了Tfs_Configuration数据库后,再想分离Tfs_DefaultCollection这个主库时,报“数据库无法登录”的错误,当时我就懵了,等反应过来才想到,难道这

本文参考了 蔚蓝的宁静 http://www.cnblogs.com/tymo/archive/2011/03/21/1990550.html 等文章. 1．权限说明 1.1 权限关联 TFS的权限与操作系统的用户或域是关联管理的,TFS支持数据库账户.操作系统账户和域账户的权限管理.一般在20人以下使用的TFS,建议直接使用操作系统的账户比较方便和简单.当超过20人或以上的团队,建议使用与域账户关联的方式. 1.2 TFS权限结构 TFS的权限分三个部分:TFS全局权限.TFS项目级权限.源代

TFS的测试管理提供了测试规划.创建.运行以及进度跟踪等功能.测试人员通过浏览器就几乎可以完成手个测试的全部过程. 用过TFS测试用例的朋友们,很多人应该都知道,在TFS的Portal中以及相应的数据仓库中,没有直接或者间接导入.导出测试用例的功能和方法.但是在实际的过程中,我接触到多个研发团队都有这个方面的需求,测试用例在团队中使用Excel进行编制和管理的,测试人员也非常习惯于Excel工具的便捷和高效,因此完全用TFS Portal中的原生功能就降低了测试人员编制测试用例的效率. 2013

经常会处理大批量千万级的数据,一直以来都没问题.最近在处理时确出来了经常超时,程序跑一段时间就得停下来重启服务器,根据几次的调整发现了问题的所在,产生这类问题主要是以下几点所导致:      1.数据库连接未关闭,大量操作数据库时,连接未关闭的话,会导致连接过多数据库卡死.      2.检查数据库的超时时间设置过短.      3.索引:数据库操作期间太多的索引导致产生很多碎片,清理和重新组织了下索引 .      4.日志文件过大数据的操作时处理日志超时导致,删除或是压缩日志,把日志文件的增

引言 众所周知,要对TFS进行深入的图表分析,往往需要依赖于SQL Server Analysis Service和SQL Server Reporting Service.虽然随着TFS对敏捷项目的支持,内置了诸如累积流图.燃尽图等快捷图表:并且在最新的版本中还可以在仪表盘和查询中快捷的定义一些汇总图表.但是更复杂的分析还是做不到. Power BI作为微软目前极力主推的一个敏捷自助型BI平台,理所当然可以和TFS/VSTS集成起来,对工作项进行全面的分析. Power BI集成VSTS 如果

  python版本  python2.7 爬取知乎流程: 一 .分析 在访问知乎首页的时候(https://www.zhihu.com),在没有登录的情况下,会进行重定向到(https://www.zhihu.com/signup?next=%2F)这个页面, 爬取知乎,首先要完成登录操作,登陆的时候观察往那个页面发送了post或者get请求.可以利用抓包工具来获取登录时密码表单等数据的提交地址. 1.利用抓包工具,查看用户名密码数据的提交地址页就是post请求,将表单数据提交的网址,经过查看

1.起因 隐约听到坐在我对面的测试说测试环境的接口有问题 他们一番商讨后,朝我这边反馈说,现在测试环境的接口报504 我条件反射的回了句那是接口超时,再多试几次(测试环境的性能比较差,尤其是数据库,经常504 测试同学并不信服的点点头 再一会,有同事反馈自测自己的功能发现操作数据库失败,我去瞅了一眼 invalid connection,嗯,这个我很熟悉,我前几天也偶尔遇到过 再接着,测试为了让我们重视起来,用了一个很提神的说法——"测试环境炸了" 我们几个同事看了下,发现测试说的接口

背景:在虚拟机里面安装的tfs,后来发觉C盘空间太少了,运行卡,准备重新配置一台虚拟机当做tfs服务器.安装相同版本的tfs.数据库(至少比原来的版本一样或者更高版本,要不附加不了数据库). 1.确保所有代码都已签入 2.在tfs管理控制台,分离要迁移的项目集合.下一步下一步就行 3.在sqlserver中右键分离项目集合对应的数据库,一般默认Tfs_你的项目 4.在数据库安装目录找到分离后的数据库文件(C:\Program Files\Microsoft SQL Server\MSSQL11.

我们集成TFS和SharePoint Server以后,一个最常见的需求是通过SharePoint Server的Excel Service读取TFS报表中的信息,利用Excel Service的强大功能,展现出各种漂亮的报表图像. Excel Service读取外部数据需要账户,我们可以将这个账户配置在Secure Store Service (SSS)中,实现所有报表使用同一个账户链接TFS的数据库. 可以参考微软官方的文档https://technet.microsoft.com/en-u

微软提供的TFS(Team Foundation Server)是为开发者团队提供的一个集 代码仓库.任务管理.文档管理等众多强大功能的服务平台. 1.TFS依赖项 目前TFS已经出到了2018版本,下面是各版本所依赖的操作系统版本,来源于官网说明 https://docs.microsoft.com/zh-cn/tfs/server/requirements?view=vsts 服务器操作系统: 客户端操作系统: 数据库: SharePoint: 2.安装步骤 需要安装TFS必须先安装数据库.

① MongoDB监控  1 db.serverStatus() 查看实例运行状态(内存使用.锁.用户连接等信息) 通过比对前后快照进行性能分析 "connections" # 当前连接到本机处于活动状态的连接数 "activeClients" # 连接到当前实例处于活动状态的客户端数量 "locks" # 锁相关参数 "opcounters" # 启动之后的参数 "opcountersRepl" # 复制

1.mongotop #mongotop -h 127.0.0.1:27017 -u test -p test123 --authenticationDatabase admin 输出说明: ns:包含数据库命名空间,后者结合了数据库名称和集合. db:包含数据库的名称.名为 . 的数据库针对全局锁定,而非特定数据库. total:mongod花费的时间工作在这个命名空间提供总额. read:提供了大量的时间,这mongod花费在执行读操作,在此命名空间. write:提供这个命名空间进行写操作

这篇文章的目的是让你知道怎么了解你正在运行的Mongdb是否健康.转载自http://tech.lezi.com/archives/290 mongostat详解 启动mongodb监控,通过下面命令行:   mongostat是mongdb自带的状态检测工具,在命令行下使用.它会间隔固定时间获取mongodb的当前运行状态,并输出.如果你发现数据库突然变慢或者有其他问题的话,你第一手的操作就考虑采用mongostat来查看mongo的状态. 它的输出有以下几列: inserts/s 每秒插入次

转载自这位仁兄:地址 mongostat详解 mongostat是mongdb自带的状态检测工具,在命令行下使用.它会间隔固定时间获取mongodb的当前运行状态,并输出.如果你发现数据库突然变慢或者有其他问题的话,你第一手的操作就考虑采用mongostat来查看mongo的状态. 它的输出有以下几列: inserts/s 每秒插入次数 query/s 每秒查询次数 update/s 每秒更新次数 delete/s 每秒删除次数 getmore/s 每秒执行getmore次数 command/s

mysql  Bug#19843808 自动修复记录 MySQL5.6和Xtrabackup之间存在一个bug,这个bug在5.6.23中已经修复. Xtrabackup备份的时候执行flushs tables with read lock和show slave status会有可能和SQL Thread形成死锁,导致SQL Thread一直被卡主,STOP也没有用,Kill我们测试会丢失数据,只有Restart Server才行. 原因是SQL Thread的DML操作完成之后,持有rli->

为什么要监控? 监控及时获得应用的运行状态信息,在问题出现时及时发现. 监控什么? CPU.内存.磁盘I/O.应用程序(MongoDB).进程监控(ps -aux).错误日志监控 1.4.1 MongoDB集群监控方式 db.serverStatus() 查看实例运行状态(内存使用.锁.用户连接等信息) 通过比对前后快照进行性能分析 "connections" # 当前连接到本机处于活动状态的连接数 "activeClients" # 连接到当前实例处于活动状态的客

一 MongoDB 监控 1.1 监控概述 MongoDB自带了mongostat 和 mongotop 这两个命令来监控MongoDB的运行情况.这两个命令用于处理MongoDB数据库变慢等等问题非常有用,能详细的统计MongoDB当前的状态信息.除此之外,还可以用db.serverStatus().db.stats().开启profile功能通过查看日志进行监控分析. 1.2 模拟插入数据 [root@client ~]# mongo --host 172.24.8.71 -u admin