环境:AlwaysOn集群 操作系统:Windows Server 2008 R2 数据库: SQL Server 2014 错误提示:“该日志未截断,因为其开始处的记录是挂起的复制操作或变更数据捕获.请确保日志读取器代理或捕获作业正在运行,或使用 sp_repldone 将事务标记为分布式或捕获.BACKUP LOG 成功处理了 19424 页,花费 2.428 秒(62.497 MB/秒).” 用语句查看同步状态,如果是replication,则不能截断. SELECT ag.name AS

本文转载自桦仔的博客http://www.cnblogs.com/lyhabc/archive/2013/06/10/3130856.html 对SQLSERVER数据库事务日志的疑问 摸不透SQLSERVER了 实验环境:SQLSERVER2005 SP4,Windows7 本来没什么心情写文章,反正没人看,关于我文章中提到的问题,有些可以从文章结尾的MSDN补充那里找到答案,而有些还没有答案 根据CSDN博客的这篇文章介绍,大家可以先看一下,然后再继续往下看,因为下面会引用到CSDN博客里的

SQLServer 2014 主数据中心HA+灾备机房DR解决方案 SQLServer 2008 的时候使用 local WSFC+DR Mirror方式,对象是单数据库 两个单独的 WSFC 上使用两个 FCI 每个WSFC有两个以上的节点 数据库镜像允许单独 WSFC 上的多个 FCI 使用相同的实例名称 SQLServer 2012/2014 的时候使用 local WSFC+DR AG方式,对象是可用性组(一般为整个实例) 单个 WSFC 上使用两个 FCI 单个 WSFC 含有四个以上

SQL Server2014存储引擎:行存储引擎,列存储引擎,内存引擎 SQL Server 2014中的内存引擎(代号为Hekaton)将OLTP提升到了新的高度. 现在,存储引擎已整合进当前的数据库管理系统,而使用先进内存技术来支持大规模OLTP工作负载. 就算如此,要利用此新功能,数据库必须包含“内存优化”文件组和表 即所配置的文件组和表使用Hekaton技术. 幸运的是,SQL Server 2014使这一过程变得非常简单直接. 要说明其工作原理,我们来创建一个名为TestHekaton

SQL Server2014存储引擎:行存储引擎,列存储引擎,内存引擎 SQL Server 2014中的内存引擎(代号为Hekaton)将OLTP提升到了新的高度. 现在,存储引擎已整合进当前的数据库管理系统,而使用先进内存技术来支持大规模OLTP工作负载. 就算如此,要利用此新功能,数据库必须包含“内存优化”文件组和表 即所配置的文件组和表使用Hekaton技术. 幸运的是,SQL Server 2014使这一过程变得非常简单直接. 要说明其工作原理,我们来创建一个名为TestHekaton

sqlserver 删掉日志文件ldf以后  救命步骤: 先新建一个新数据库, 删掉新建的 .mdb 用想要还原的mdb覆盖 执行下面的语句 ALTER DATABASE 'DB_Core' SET RECOVERY SIMPLE; alter database DB_Core set emergency alter database DB_Core set single_user dbcc checkdb('DB_Core',REPAIR_ALLOW_DATA_LOSS) dbcc check

SharePoint 2013+ Sqlserver 2014 Kerberos 配置传奇. 1,安装数据库,我就不多说安装,客户一定要注意. 我将参照以下实施例和账户. 2,建立DNS,假设没有DNSserver 在本地改动hosts吧.  3.Configure Claims to Windows Token Service Account.(呵呵 中文 是声明为windows令牌服务)       Create an AD account to be used by the Claims

原文:SQLSERVER手动增长日志文件和数据文件 SQLSERVER手动增长日志文件和数据文件 手动增长日志文件,实际上就是修改日志文件的大小  size 的单位是MB 下面设置日志文件大小是2048MB ) EXEC sys.[sp_helpdb] @dbname = [GPOSDB] -- sysname --收缩日志文件 USE [GPOSDB] GO ALTER DATABASE [GPOSDB] SET RECOVERY SIMPLE; GO --设置简单恢复模式 ); GO --恢

内存优化表是 SQLServer 2014 的新功能,它是可以将表放在内存中,这会明显提升DML性能.关于内存优化表,更多可参考两位大侠的文章:SQL Server 2014新特性探秘(1)-内存数据库 试试SQLSERVER2014的内存优化表 创建内存优化表也很简单,以下测试: 添加内存优化数据库文件组:[sql] view plain copy 在CODE上查看代码片派生到我的代码片USE [master] GO -- 在当前数据库中添加内存优化数据库文件组(每个数据库仅1个文件组) AL

SQLserver 2014 AlwaysOn在SQLserver 2012的基础之上,进行了非常大程度的添加.如能够通过"加入 Azure 副本向导"简化了用于 AlwaysOn 可用性组的混合解决方式创建:辅助副本的最大数目从 4 添加到 8: 断开与主副本的连接时,或者在缺少群集仲裁期间,可读辅助副本如今保持可用于读取工作负荷: 故障转移群集实例 (FCI) 如今可使用群集共享卷 (CSV) 作为群集共享磁盘. 提供了一个新的系统函数 sys.fn_hadr_is_primary

场景 SqlServer2014 企业版比标准版 多一些功能,比如在企业版中能使用分区函数,但是在标准版Express 中就不能使用. SqlServer 2014 企业版安装包下载: 关注公众号: 霸道的程序猿 回复: SqlServerEnterprise 免费下载. 实现 将上面的iso文件解压,找到setup.exe,双击运行. 选择安装-全新SQL Server 独立安装或向现有安装添加功能. 因为在安装包中带有密钥,所以不用再输入,直接勾选输入产品密钥. 然后勾选接受协议 点击下一步

http://infocenter.sybase.com/help/index.jsp?topic=/com.sybase.infocenter.dc36273.1550/html/sprocs/X36403.htm isql -Usapsa  -SQAS -X use master go sp_dboption QAS,"trunc log on chkpt",true go checkpoint go (或者在sybase central 数据库属性对话框的选项页中选择“在检查点上

1. 公司一台服务器 日子会文件到了 100g+ 但是无法收缩 2. 根据同事的经验进行验证 dbcc loginfo 单独看改数据库的 dbcc loginfo("CWBASEGS60") 3. 根据搜索到的博客继续查询. https://www.microsoft.com/zh-cn/download/confirmation.aspx?id=53168 SELECT name,log_reuse_wait_desc FROM sys.databases where name='C

ALTER DATABASE test SET RECOVERY SIMPLE WITH NO_WAITALTER DATABASE test SET RECOVERY SIMPLE --简单模式DBCC SHRINKFILE (N'test_Log' , 1, TRUNCATEONLY) -- 11是大小 11MALTER DATABASE test SET RECOVERY FULL WITH NO_WAITALTER DATABASE test SET RECOVERY FULL --还原

事务日志备份有以下3种类型 (1)纯日志备份:仅包含相隔一段时间的事务日志记录,而不包含任何大容量更改 (2)大容量操作日志备份.包括由大容量操作更改的日志和数据页,不支持时间点恢复 (3)尾日志备份:从可能已破坏的数据库创建,用于捕获尚未备份的日志记录.在失败后创建尾日志备份可以防止工作损失, 并且,尾日志备份可以包含纯日志或大容量日志数据 必须至少有一个完整备份或一个等效文件备份集,才能进行任何日志备份.通常DBA定期(如每周)创建数据库完整备份, 以更短的间隔(如每天)创建差异备份,并会频

RDS的一个富有吸引力的服务是为用户提供慢日志的运行状况报告.报告从不同的维度(总执行时间,总执行次数,总逻辑读,总物理读)为用户提供TOP20的SQL.RDS希望在为用户提供稳定,快速服务的同时,用户可以从RDS得到更有个性化的优化建议. 这些信息很重要,用户可以有针对性地采取一些措施提高系统的性能.比如:对于那些总执行次数很多的SQL,用户可以在涉及到这些SQL的业务中加入缓存:如果某个SQL的总逻辑读很多,那么,用户极有必要为这些SQL涉及的字段添加缓存(从RDS缺失索引推荐服务的结果看,

--收缩数据库 DBCC SHRINKDATABASE(fas) --截断事务日志: BACKUP LOG fas WITH NO_LOG 1.清空日志 DUMP TRANSACTION 库名 WITH NO_LOG 2.截断事务日志: BACKUP LOG 库名 WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M

最近在转移数据,sqlserver的日志文件ldf,占用空间特别大,为了还原库,节省空间,所以压缩日志文件迫在眉睫.在网上找了一段代码: USE [master] GO ALTER DATABASE AFMS SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE AFMS SET RECOVERY SIMPLE GO USE AFMS GO DBCC SHRINKFILE (N, TRUNCATEONLY) GO USE [master] GO A

更新了SP2的补丁能够解决  不能收缩日志文件的bug了. 但是因为已经不用内存优化表了, 所以想着能够删除内存优化表的file group 但是发现 很难删除 先说结论: 以下是针对内存优化文件组的限制: 创建内存优化的文件组后,您只能通过删除数据库来删除它. 在生产环境中,您不太可能需要删除内存优化的文件组. 在内存优化的文件组中,您无法删除非空容器或将数据和差异文件对移至另一个容器. 无法指定容器的 MAXSIZE. 来源: 微软太坑了, 就为了一个 不太可能 就不提供删除 内存优化表的f

select log_reuse_wait_desc from sys.databases where name='tfs_CARDLANWEB' backup log tfs_CARDLANWEB to disk='D:\dbbackup\2014-08-24-2.log' GO DBCC SHRINKFILE (N'tfs_CARDLANWEB_log' , 1024, TRUNCATEONLY) GO --提示错误就重复操作 SELECT name ,size/128.0 - CAST(F