8安装战败的绕坑办法,报错等题材怎么消除

设置win sdk 8,提醒错误:管道正在被关门。

设置sql server 二〇一〇 报错等难点怎么解决

   难题1:安装sql server 二零一零酷路泽2,安装进度中唤醒错误:此总计机上安装了 Microsoft Visual Studio 二〇一〇的前期版本。请在装置 SQL Server 二零一零 前将 Microsoft Visual Studio 2009升级到 SP1。

  在此之前本人的微处理器上的确装了vs二〇一〇,于是小编准备去下载两个SP1补丁包,一看800多M的深浅,本来安装那几个软件就早已很辛劳了,还得花时间下载,那有没有其余更好的形式吗?其实很简短,只供给改一下注册表即可,方法如下:

  化解办法:

  修改注册表。

  运营注册表,将HKEY-Local-Machine/Software/Microsoft/DevDiv重命名就行。

  安装好后再将其改回。

  将SQL Server安装再次回到上一步,然后再点下一步,那个题材就成功消除了。

  难点2:安装SQL二〇一〇,提醒删除SQL二零零六Express工具的化解方法

  在设置SQL二〇〇九的时候,提醒要去除SQL二零零七EXPRESS工具,在网上找了成都百货上千材质,终于找到二个相比便宜的点子了,希望能帮助我们。修改注册表:HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft
SQL Server\90\Tools\ShellSEM,将ShellSEM项重命名或删除即可。

  不可能安装 SQL Server 二〇一〇 Management Studio Express

  故障现象:

  在windows7中已经安装好SQL Server 2009 Express
并且一度设置好SP3,然后从微软官网下载SQL Server 二〇〇九 Management Studio
Express 安装,发现在装置进程中,没有添加 Management 工具这一项。

  解决方法:

  先选取sql server二〇〇九安装宗旨(在开首菜单的microsoft sql server
2009中间有)的掩护功用,将express升级到全体高级服务的Express。再安装SQL
Server 贰零壹零 Management Studio
Express,那就足以窥见工具那些选项。安装成功。

  其余提示:

  在装置SQL Server 二零零六 Management Studio Express 时会出现”此程序存在已知包容性难题“ 的对话框。借使你确认自身早已设置过 SP1
以上的文书,并已升格到具有高级服务的express,那么毫不理会这些对话框,直接按
”运营程序“这一个按钮。不会有其余难题。

  难题③ 、化解不能安装SQL Server 二零零六 Management Studio Express的题材

  我的sql server 二零零六 express是visual studio
二零零六自带的,所以本来它从不management studio
,本身下了八个设置,可是不能安装SQL Server 二零零六 Management Studio
Express。提醒未选用功效。

  刚从网上找到消除方案,自个儿测试通过,再度分享:

  VS二〇一〇自带的SQL Server是Express简化版的,必要到“SQL
Server安装中心>维护>版本升级”,把它升级成“具有高级服务的Express”(相当慢就可做到)。再运维SQL
Server 2009 Management Studio Express安装包,随后会再也弹出SQL
Server安装中央,选用“安装>全新SQL
Server独立安装或向现有安装添加效果”,接下去就能够添加Management
Studio了。

图片 1

  下边是对全部高级服务的express版本的局地介绍:

  具有高级服务的 SQL Server Express 具备 SQL Server 二零零六 Express
艾德ition 中的全体意义,并且还有所下列功效:

  借助 SQL Server 2006 Management Studio Express (SSMSE)
这一新的简单使用的图纸管理工科具,轻松管理 SQL Server Express。

  对 SQL Server 表中纯字符数量产生全文查询。
全文查询可以包罗词和短语,恐怕词或短语的各个方式。

  对地点关周到据运营 SQL Server Reporting Services 报表。

图片 2

  今后,允许management studio express安装文件,出现管理工科具选项了:

图片 3

  难题四 、安装程序配置检查RebootRequiredCheck时战败,难点一下子就解决了措施

  难点讲述:

  GlobalRules: 针对规则组“GlobalRules”的 SQL Server 二零零六安装程序配置检查

  RebootRequiredCheck

  检查是不是需求挂起电脑重新启航。挂起再度运维会导致安装程序退步。

  失败

  须求再行开动电脑。必须再度开动电脑才能安装 SQL Server。

  其余检查都以“已通过”。

  消除措施:

  依然用修改注册表的点子

  1. 在开班->运维中输入regedit ;

  2. 找到
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session
Manager 位置 ;

  3. 将右手窗口中名称为PendingFileRenameOperations的项删除,然后确认 ;

  4. 再一次启用安装或修复程序,即可。

  难题⑤ 、SQL Server 2010设置退步:Error writing to
file:Microsoft.analysisServices.AdomdClient.dll.

  难点讲述

  ==========

  SQL Server 2009 标准版安装在Windows Server 2010上功败垂成,错误为:

  Error writing to file:Microsoft.analysisServices.AdomdClient.dll.
Verify that you have access to that directory.

  故障排查

  ==========

  依据错误日志,存在以下错误音讯:

  1.在装置到Install_sql_common_core_Cpu32_Action : InstallFiles.
Copying new files时出现以下错误音信:

  Error writing to file:Microsoft.analysisServices.AdomdClient.dll.
Verify that you have access to that directory.

  2.在设置到Install_SqlBrowser_Cpu32_Action时出现以下错误新闻:

  系统不可能从钦赐的装备上读取(The system cannot read from the specified
device.)

  3.在Detail.txt中存在以下错误音信:

  Bootstrap/Log/20110620_153155/Registry_SOFTWARE_Microsoft_MSSQLServer.reg_

  二零一一-06-20 16:07:03 Slp: 系统不恐怕从钦定的设施上读取。

  2011-06-20 16:07:03 Slp: Watson bucket for Msi based failure has
been created

  2011-06-20 16:07:03 Slp: InstallPackage: MsiInstallProduct returned
the result code 30.

  2011-06-20 16:07:03 Slp: Retry-able MSI return code detected: 30

  2011-06-20 16:07:03 Slp: Prompting user if they want to retry this
action due to the following failure:

  2011-06-20 16:07:03 Slp: —————————————-

  2011-06-20 16:07:03 Slp: The following is an exception stack listing
the exceptions in outermost to innermost order

  2011-06-20 16:07:03 Slp: Inner exceptions are being indented

  2011-06-20 16:07:03 Slp:

  2011-06-20 16:07:03 Slp: Exception type:
Microsoft.SqlServer.Configuration.MsiExtension.MsiExtensionException

  2011-06-20 16:07:03 Slp: Message:

  2012-06-20 16:07:03 Slp: SQL Server 安装程序在运作 Windows Installer
文件时遇见错误。

  2011-06-20 16:07:03 Slp:

  二零一三-06-20 16:07:03 Slp: Windows Installer 错误新闻:
系统不可能从钦点的装备上读取。

  2011-06-20 16:07:03 Slp:

  2011-06-20 16:07:03 Slp: Windows Installer 文件:
N:/x86/setup/sqlbrowser.msi

  二〇一三-06-20 16:07:03 Slp: Windows Installer 日志文件: C:/Program
Files/Microsoft SQL Server/100/Setup
Bootstrap/Log/二零一一0620_153155/SqlBrowser_Cpu32_1.log

  2011-06-20 16:07:03 Slp: Data:

  2011-06-20 16:07:03 Slp: DisableRetry = true

  2011-06-20 16:07:03 Slp: Inner exception type:
System.ComponentModel.Win32Exception

  2011-06-20 16:07:03 Slp: Message:

  贰零壹叁-06-20 16:07:03 Slp: 系统不可能从钦定的装置上读取。

  2011-06-20 16:07:03 Slp:

  2011-06-20 16:07:03 Slp: —————————————-

  2011-06-20 16:23:57 Slp: Error result: -2068643839

  2011-06-20 16:23:57 Slp: Result facility code: 1203

  2011-06-20 16:23:57 Slp: Result error code: 1

  2011-06-20 16:23:57 Slp: Sco: Attempting to create base registry key
HKEY_LOCAL_MACHINE, machine

  2011-06-20 16:23:57 Slp: Sco: Attempting to open registry subkey
Software/Microsoft/PCHealth/ErrorReporting/DW/Installed

  2011-06-20 16:23:57 Slp: Sco: Attempting to get registry value
DW0200

  2011-06-20 16:23:58 Slp: Submitted 5 of 5 failures to the Watson
data repository

  2011-06-20 16:24:05 Slp: Detected localization resources folder:
1033

  2011-06-20 16:24:05 Slp: Detected localization resources folder:
2052

  4.在SqlBrowser_Cpu32_1.log中设有以下错误消息:

  MSI (s) (30:D4) [16:05:48:937]: Note: 1: 1305 2:
N:/x86/setup/sqlbrowser.msi 3: 1117

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 2992 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 796 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 2172 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 3280 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 3796 could not be
cancelled. Error: 1168

  MSI (s) (30:10) [16:07:03:656]: I/O on thread 812 could not be
cancelled. Error: 1168

  MSI (s) (30:D4) [16:07:03:656]: MainEngineThread is returning 30

  MSI (s) (30:10) [16:07:03:656]: No System Restore sequence number
for this installation.

  系统不可能从钦点的装置上读取。

  出现上述错误大概是出于系统无法从光驱中读取安装文件。大概有以下三种原因:

  1.光驱爆发损坏

  2.安装光盘中的文件发出损坏。

  3.由此远程路径举办安装,并且不负有丰盛的权杖

  4.因而远程桌面举办设置

  消除办法

  ==========

  1.将光盘中的文件复制粘贴到地面(假如出现谬误,请从网站上再一次得到科学完好的安装文件)

  2.在该地平昔设置而不使用远程安装

server 二零零六 报错等难点怎么化解难题1:安装sql server 2009 汉兰达2,安装进度中晋升错误:此总括机上安装了
Microsoft Visual Studio 二〇一〇 的早期版…

微软是第三个发布了SHA-1弃用布置,在二零一四年之后Windows和IE将不再信任SHA-1证书。正好我们公司的数字签名也到期了,索性就再一次申请了sha256和sha1的新数字证书,用来给产品签名。

查看安装log文件,有如下错误:

那时就要把用了多年的机动签名脚本改为支撑sha256和sha1双证书的格式。公司原选用signcode.exe和SignTool.exe三种方式进行签订契约,当中signcode协作此外找的signcode-pwd.exe工具和pvk+spc文件能够不需求密码即可兑现签订契约(不在此文中详诉),SignTool是直接用pfx证书+密码来进行签订契约。于是分别寻找二种格局:

Error 0x800700e8: Failed to write message type to pipe.
Error 0x800700e8: Failed to write send message to pipe.
Error 0x800700e8: Failed to send
BURN_ELEVATION_MESSAGE_TYPE_EXECUTE_MSI_PACKAGE message to
per-machine process.
Error 0x800700e8: Failed to configure per-machine MSI package.

查阅signcode的文档发现,signcode的通令行-a是用来钦定数字签名的署名算法。试验了下,只协助sha1和md5,不支持sha256。所以此办法扬弃。

系统是win7 64,也有装Windows6.1-KB2670838-x64.msu 补丁。

再查阅SignTool的文档.aspx),支持/fd来钦命签名,试了md⑤ 、sha壹 、sha256均帮忙,所以直接在原先签名代码上添加个/sa
/fd sha256
后如下:

按网上提醒的修改注册表情势也尚未效应:

SignTool.exe sign /v /as /ac /f D:\test\sign\sign_sha256\xxx.pfx
/p xxxx /t /fd sha256
“D:\test_double_signed.exe”

 

一初阶出现/as选项不识别的题目,经研究是应用的SignTool版本为6.0,因为自个儿机器上装了win10的sdk,于是采取了流行的C:\Program
Files (x86)\Windows
Kits\10\bin\x86\signtool.exe。ps:貌似唯有win10带的才支撑/as选项,但nnd那货信赖的ncrypt.dll,bcrypt.dll等dll只在vista及以上系统有,所以还在用xp的同桌就不用用了。假如想拷贝到别的系统上行使,同时拷贝同目录下的:

最终用了必杀技,从二个常规安装的机械直接拷贝安装后的sdk目录,到有题指标win7机器,例如拷贝C:\Program
Files (x86)\Windows
Kits\8.0到win7的对应sdk安装目录下(就算win7上设置失利但要么有点公文残留的,间接覆盖即可)。

appxpackaging.dll
appxsip.dll
mssign32.dll
opcservices.dll
signtool.exe
signtool.exe.manifest
wintrust.dll
wintrust.dll.ini
Microsoft.Windows.Build.Appx.AppxPackaging.dll.manifest
Microsoft.Windows.Build.Appx.AppxSip.dll.manifest
Microsoft.Windows.Build.Appx.OpcServices.dll.manifest
Microsoft.Windows.Build.Signing.mssign32.dll.manifest
Microsoft.Windows.Build.Signing.wintrust.dll.manifest

下一场注册表添加如下KitsRoot键值,注意路径要修改为win7上的骨子里目录:

再考试出现以下错误:

 

SignTool Error:The /t option is incompatible with the /as option.

SignTool Error: Specify the RFC 3161 timestamp server’s URL instead
with /tr.

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Kits\Installed Roots]
"KitsRoot"="C:\\Program Files (x86)\\Windows Kits\\8.0\\"

 

将上述文件保存为.reg执行即可。

尝试把/t换来/tr,不过出现错误:

 

SignTool Error: The specified timestamp server either could not be
reached orreturned an invalid response.

注:在本身的行使意况下须求KitsRoot,所以将其添加到了注册表,别的意况下不免除只怕还要此外注册表项,Windows
Kits下有一些其余项,须求的话能够品味添加,祝你好运!

经过一番奋力后,将

set sign_folder=%~dp0%

%sign_folder%\SignTool.exe sign /v /f %sign_folder%example.pfx /p
examplepassword /tr /fd sha1 “%1”

%sign_folder%\SignTool.exe sign /v /as /f %sign_folder%example.pfx
/p examplepassword /tr /fd
sha256 “%1”

别的自动脚本里在想要签名文件时,只供给调用sign.bat
“要签名的公文的全路径”即可签名后的公文在win10等系统上突显八个签名,在xp上只展示一个签订契约,如图所示:图片 4

 

相关文章

Post Author: admin

发表评论

电子邮件地址不会被公开。 必填项已用*标注