由于需要还原同一个数据库的不同备份到不同数据库中,可是在还原的时候,可是在指定目标数据库时,填写不同的数据库名称,在SQL Server Data文件夹中生成的.mdf文件还是同一个,如图,虽然是很简单的一个操作,在这里记录一下,以防忘记. 折腾了半天.之前记得可以把数据库分离,然后直接修改mdf文件,然后在附加就可以了,但是在2017下会附加失败. 其实直接在选择页,文件中直接指定文件名就可以了.手动输入下还原为的文件名就可以了.

所谓孤立帐户,就是某个数据库的帐户只有用户名而没有登录名,这样的用户在用户库的sysusers系统表中存在,而在master数据库的syslogins中却没有对应的记录 孤立帐户的产生一般是一下两种: 1.将备份的数据库在其它机器上还原: 2.重装系统或SQL SERVER之后只还原了用户库 解决方法是使用sp_change_users_login来修复 sp_change_users_login的用法有三种 用法1: exec sp_change_users_login 'REPORT' 列出

数据库->属性->选项

原文:SQL SERVER数据库删除LOG文件和清空日志的方案 数据库在使用过程中会使日志文件不断增加,使得数据库的性能下降,并且占用大量的磁盘空间.SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删除log文件和清空日志在清除数据库日志. 一.删除LOG 1.分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库——右键——任务——分离. 勾选删除连接 分离后在数据库列表将看不到已分离的数据库. 2.删除LOG文件 3.附加数据库,附加的时候

一,找到每个数据库的日志文件大小 SQL Server:查看SQL日志文件大小命令:dbcc sqlperf(logspace) DBA 日常管理工作中,很重要一项工作就是监视数据库文件大小,及日志文件大小.如果你管理数据库的有很多的话,每天一个一个数据库的去查看文件大小就太费神了,那就写个SQL脚本吧,放到 SQL Agent 中,每天自动去查看各个数据库文件及日志文件的大小,然后再通过数据库邮件,Email 到我们手中,岂不快哉!当然,可以把每天的记录存放到数据库中去,这样数据库及日志文件的

原文:SQL Server 2008收缩日志文件--dbcc shrinkfile参数说明 DBCC SHRINKFILE 收缩相关数据库的指定数据文件或日志文件大小. 语法 DBCC SHRINKFILE     ( { file_name | file_id }         { [ ,target_size ]             | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]         }     ) 参数 file_nam

数据库的日志文件(*.ldf)越来越大,怎么办? 收缩吧.收缩日志文件的操作真不简单哟,还跟数据库的恢复模式有关啊. 一.“简单恢复模式”时的日志收缩 1. 截断日志 当数据库的恢复模式为“简单”的时候,日志文件会在以下情况被截断: (1)完整备份 (2)遇到检查点(checkpoint) 2. 手动收缩日志文件 当日志被截断后,日志文件的内部空间就会标记为“可复用”,因此日志文件就不需要持续增长.关于日志文件空间状态的解释,详见 http://jimshu.blog.51cto.com/317

转自:http://blog.osdba.net/534.html WAL日志文件名称格式详解 PostgreSQL的WAL日志文件在pg_xlog目录下,一般情况下,每个文件为16M大小: osdba-mac:~ osdba$ ls -l $PGDATA/pg_xlog total 262144 -rw------- 1 osdba osdba 16777216 Oct 8 10:57 0000000100000000000000B6 -rw------- 1 osdba osdba 1677

SQL Server无法收缩日志文件 2 因为逻辑日志文件的总数不能少于 2问题 最近服务器执行收缩日志文件大小的job老是报错 我所用的一个批量收缩日志脚本 USE [master] GO /****** Object: StoredProcedure [dbo].[ShrinkUser_DATABASESLogFile] Script Date: 01/05/2016 09:52:39 ******/ SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON

如果是希望日志文件按常见的日期格式动态命名,没什么好说的,直接修改app.config <param name="DatePattern" value="yyyyMMdd".log"" /> 但我遇到的一个场景,是同一个exe要运行多个实例,如何分别写入不同的日志文件呢? 参考过 动态修改log4net组件的日志文件名 运行的结果是新的 log文件确实产生了,但是日志记录并不能写入进去,加之年代久远,也就没有跟原作者讨论的激情了 后来

按照习惯性思维,log4j2中xml中取系统属性应该和log4j一样,但是结果却并不是我们想的这样,存在一定的差别,log4j中的配置可参考 log4j配置文件动态指定日志文件名称 . 现在就来看看到底有什么区别,java代码这块没什么变化: if (args.length >= 0) { System.setProperty("log4fFile", args[0]); } else { System.setProperty("log4fFile", &qu

我们在项目当中经常会使用log4j进行日志记录,偶尔会遇到一些要求,比如日志文件名称按照启动参数动态配置,而不去修改log4j.xml,比较简单的一种做法是,通过设置系统属性的方式实现,代码: if(args.length>=0){ System.setProperty("log4fFile", args[0]); }else{ System.setProperty("log4fFile","log/runtime.log"); } xml

C# 插件热插拔   所谓热插拔就是插件可以 在主程序不重新启动的情况直接更新插件, 网上有很多方案: https://www.cnblogs.com/happyframework/p/3405811.html 如下: 但是我发现有一种最简单粗暴的办法, 就是把插件加载到内存当中,然后使用Assembly从内存中加载DLL信息, 这样插件就可以直接被删除,而不会提示文件已被进程占用,而无法删除和更新的问题. .NET:如何实现 “热插拔”? 背景 如果某个“功能”需要动态更新?这种动态更新,可能

修改默认日志位置 我们平常的开发中可能一直把laravel的日志文件放在默认位置不会有什么影响,但如果我们的项目上线时是全量部署,每次部署都是git中最新的代码,那这个时候每次都会清空我们的日志,显示这不是我们所期望的,好在laravel有提供我们修改的方法. 我们这里以放在/var/log/nginx/app/phphub/phphub.log为例 增加日志处理类# 首先我们新建文件,app/Foundation/Bootstrap/ConfigureLogging.php,代码如下: <?p

SQL 2008清空日志的SQL语句如下: USE[master] GO ALTER DATABASE 要清理的数据库名称 SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE 要清理的数据库名称 SET RECOVERY SIMPLE --简单模式 GO USE 要清理的数据库名称 GO , TRUNCATEONLY) --设置压缩后的日志大小为2M,可以自行指定 GO USE[master] GO ALTER DATABASE 要清理的数据库名

用SQL语句还原数据库时如果不指定数据库文件的存储路径,则默认把数据文件和日志文件存放到与原数据库相同的文件路径中,这样可能会产生错误,比如执行下面的语句: restore database SmartDev_11_28 from disk='D:\Backup\SmartDev_20170904010000_413.bak' 得到如下的错误信息: 想要在语句中指定文件路径需要用with move, restore database 数据库名 from disk='备份文件路径' with mo

需求:在做图书馆数据整合时候,由于有两个校区,用的是分离开的同一个数据库,数据库名字都一样的,现在我要整合在一起,我的想法是把两个数据库先还原到我本地,用写好的脚本整合到一起.所以,我还原两个数据库时候就遇到了因为数据库名相同而无法还原情况.下面给出一个解决方案 新建了两个数据库.其中gdlisxp用于正常还原,xzgdlisxp用以下方式还原.新建查询,执行以下语句 RESTORE DATABASE xzgdlisxp -- xzgdlisxp是我新建的数据库 FROM DISK = 'F:\

附加数据库,附加的时候会提醒找不到log文件 针对以上现象有两个写法的语句能解决: 写法一: USE MASTER; EXEC sp_detach_db @dbname = 'TestDB'; EXEC sp_attach_single_file_db @dbname = 'TestDB',      @physname =  'D:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008\MSSQL\DATA\TestDB.mdf'   写法

1.新建一个同名数据库. 2.停止数据库服务,覆盖新建的数据库主文件(小技巧:最好放在同一个磁盘里面,把新建的数据库主文件删掉或移开,再把要恢复的数据库主文件剪切过去,这样就可以节省时间.) 3.启动数据库服务,数据库变为置疑或可疑状态.然后在查询分析器中运行: alter database 无日志文件的数据库名称 set emergency 设置为紧急状态. 4.再运行: alter database 无日志文件的数据库名称 set single_user 或者: Sp_dboption '无

最近弄项目迁移的时候遇到还原数据库(SQL Server 2008)后遇到的一个问题: 消息 10314,级别 16,状态 11,第 1 行 在尝试加载程序集 ID 65536 时 Microsoft .NET Framework 出错.服务器可能资源不足,或者不信任该程序集,因为它的 PERMISSION_SET 设置为 EXTERNAL_ACCESS 或 UNSAFE.请重新运行查询,或检查有关的文档了解如何解决程序集信任问题.有关此错误的详细信息: System.IO.FileLoadEx

本文转自:https://www.cnblogs.com/ShaYeBlog/archive/2012/09/04/2670505.html 数据库在使用过程中会使日志文件不断增加,使得数据库的性能下降,并且占用大量的磁盘空间.SQL Server数据库都有log文件,log文件记录用户对数据库修改的操作.可以通过直接删除log文件和清空日志在清除数据库日志. 一.删除LOG 1.分离数据库.分离数据库之前一定要做好数据库的全备份,选择数据库——右键——任务——分离. 勾选删除连接 分离后在数据