mfc项目mfc打包软件备份哪些文件是可以直接删除

来源：蜘蛛抓取(WebSpider) 时间：2016-01-05 06:05 标签： vs2013中mfc程序打包
C盘下可以删除的文件_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
C盘下可以删除的文件
上传于||暂无简介
阅读已结束，如果下载本文需要使用
想免费下载本文？
你可能喜欢请教个备份文件大小的有关问题，多谢 - Sql Server当前位置:& &&&请教个备份文件大小的有关问题，多谢请教个备份文件大小的有关问题，多谢&&网友分享于：&&浏览：0次请问个备份文件大小的问题，谢谢！本帖最后由 mansohu 于
10:44:54 编辑
一个数据库，经常做备份，采用第一次完整备份，以后每周完整备份一次，每天差异备份一次，每30分钟事务日志备份一次。发现即使数据库长时间没有任何人操作，各种备份依旧会增加备份文件的大小，好像是增加的是固定值，比如每次事务日志备份增加151552字节。请问，如果长此以往，即使是一个很小的数据库，其备份文件也会越来越大，而且无限制作的大下去？请问，一般情况下，应该如何科学做好备份工作？谢谢！（上面我说的数据库dmf文件只有103M，经过2-3个月的备份后，其备份文件大小已经有4.3G之多了）------解决方案--------------------检查一下是不是有重建索引等维护工作------解决方案--------------------你是采用增量备份吗？增量备份的话，备份文件肯定会无限制的增大下去
还是每次备份都会产生一个新的文件？
可以把超过某个个时间段的文件删掉就好了呀------解决方案--------------------全备份在一个文件中？太恐怖了。
每次完整备份就应该新建文件！
即便于备份文件的管理，也避免万一文件错误导致所有备份损坏的可能。
应该说对备份文件的备份，才是系统彻底崩溃后的最后保障。
备份文件越小，对备份文件的备份才越方便，保留的备份才能做到最新。
最好是“每30分钟事务日志备份”之后就将该文件备份一份，按时间命名。------解决方案--------------------建议LZ把完整备份,差异备份,日志备份对应的SQL语句提供一下..------解决方案--------------------在上一次备份完成后没有任何操作，单独备份日志，即便提示“成功处理了0页”，备份文件也会占用一定的空间
backup&log&dbtest&to&disk='E:\1_log.bak'
backup&log&dbtest&to&disk='E:\2_log.bak'
backup&log&dbtest&to&disk='E:\2_log.bak'------解决方案--------------------可以使用日期时间作为全备，差备，日志备份名字的一部分来做区分，然后定期将备份移到nas，磁带，或者其他磁盘上。------解决方案--------------------引用:看来我用的不是个好方法，还请教，应该如何科学合理的做备份工作，谢谢！
备份是为了恢复的,
不管什么备份方案,只要能成功恢复数据库到指定时刻的状态就ok.&否则再如何的"科学合理"也是没用的.
建议LZ多实战备份-恢复方案,实践是检验真理的唯一标准.------解决方案--------------------引用:Quote: 引用:
你是采用增量备份吗？增量备份的话，备份文件肯定会无限制的增大下去
还是每次备份都会产生一个新的文件？
可以把超过某个个时间段的文件删掉就好了呀
你也建议每次事务日志备份都产生一个新文件吗？谢谢！&&&&&&&用sql&server&自带维护计划吧，每次产生一个文件，定期删掉就好了
12345678910
12345678910
12345678910 上一篇：下一篇：文章评论相关解决方案 12345678910 Copyright & &&版权所有5263人阅读
我的VC2005程序已经完成了。
现在要处理他的安装情况，
如何打包自己的EXE文件呢，先百度一下，准备点资料，然后再实践。
以前有一点VB的经验，而VC的打包一直用不到。因为我的VC还不会做程序。
&&&&&&&&&&& 把自己的程序编绎成Release版本。
&&&&&&&&& 确定自己程序用到的DLL运行库。
&&&&&&&&&&MSDN上的介绍：
确定要重新发布的 DLL
Visual Studio 2005
确定需要与应用程序一起重新发布的文件的第一步是：清楚地了解此应用程序的依赖项并收集依赖 DLL 的列表（例如，通过使用如
中所描述的依赖项查看器 (depends.exe)）。
当使用 DUMPBIN 或 depends.exe 查看您的依赖项时，请使用 Redist.txt 中的文件列表查看应用程序所依赖的哪个 DLL 是 Microsoft 提供的 DLL（Visual Studio 的一部分）。Redist.txt 位于第二张 Visual Studio 2005 产品 CD 上或 DVD 上的 Program Files/Microsoft Visual Studio 2005 目录中。下面是应用程序可能依赖的 Visual C++ 文件的列表。但是，只有在 Redist.txt
中指定的文件才能随应用程序一起重新发布。请注意，应用程序的调试版本是不可重新发布的，而且各种 Visual C++ 动态链接库 (DLL) 的调试版本也都是不可重新发布的。有关其他信息，请参见。
Visual C++ 库
活动模板库
msvcm80.dll
msvcp80.dll
msvcr80.dll
C 运行库和标准 C++ 库
mfc80u.dll
mfcm80.dll
mfcm80u.dll
Microsoft 基础类
有关如何随应用程序重新发布这些 DLL 的其他信息，请参见。有关示例，请参见。
通常，您不需要重新发布系统 DLL（例如 Kernel32.dll、User32.dll、Ole32.dll 或 ShDocVW.dll），因为这些 DLL 是操作系统的一部分，并存在于任何安装相同版本的操作系统的计算机上。但是，可能存在例外，如应用程序将在几个版本的 Microsoft 操作系统上运行的情况下。如果有这样的需求，要确保阅读相应的许可协议。如有可能，应尝试通过 Microsoft 提供的 Service Pack 或小的可再发行组件包，来将系统 DLL 升级。可以从 MSDN Library
第三步：使用depends.exe确认自己的程序使用的MFC运行库
&如果是显示黄色的问号的，就说明不是操作已经自带的，需要打包到安装文件中。
&&&&&&&&&& 使用SetupFactory做成安装包。
或者使用Visual studio自带的做安装包：
新建一个安装包工程，把自己的文件和资源添加到工程中就OK了
编绎生成一个.msi安装包，对于程序需要的动态库，和其它的说明文件，都可以一些打包，并设置相应的目录。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：335645次
积分：6209
积分：6209
排名：第2061名
原创：242篇
转载：302篇
评论：59条
(10)(15)(7)(11)(21)(22)(8)(16)(8)(6)(24)(1)(51)(1)(4)(11)(15)(10)(16)(22)(9)(1)(23)(4)(2)(4)(10)(15)(9)(1)(1)(10)(30)(4)(12)(1)(2)(1)(1)(2)(18)(12)(7)(1)(1)(8)(17)(3)(3)(7)(5)(2)(18)(22)(3)(1)

我要回帖

更多关于 vs2013中mfc程序打包 的文章

 

随机推荐