怎么查看补丁版本|如何查询SQL2005及补丁的版本号

Ⅰ 怎么查看SQL Server 补丁版本

方法一:用数据库查询语言查询1打开SQLServerManagementStudio2定位到某个数据库,右击该数据库,选择新建查询3输入下面的语言,回车查询:SELECT@@VERSIONas版本情况SELECTSERVERPROPERTY('ProctVersion')as产品版本编号,SERVERPROPERTY('ProctLevel')as当前补丁版本,SERVERPROPERTY('edition')as软件版本END方法二:通过SQLServer配置管理器查询1打开SQLServer配置管理器2单击左侧SQLServerXXXX服务,再双击右侧出现的SQLServer(MSSQLSERVER),在弹出的SQLServer(MSSQLSERVER)属性框中,点击高级选项卡,可查看SQLServer版本信息END方法三:SQLServer版本信息直接查询1打开SQLServerManagementStudio2在上面的菜单中,点击帮助菜单,在出现的功能框中,点击关于。弹出如下版本信息3根据弹出的版本信息,获得版本号,再和配图中的表格对比,得出具体的补丁版本和其他信息。

Ⅱ 如何查看电脑是否安装微软补丁ms17 010

我们按“windows键”+R快速打开“运行”,输入“winver”查看电脑windows系统的版本。然后我们来到微软官网,搜索一下ms17 010,搜索之后我们要找一个“Microsoft 安全公告MS17 010”,打开这个公告。我们在公告中找到自己计算机的操作系统,查看这次更新的补丁的编号。通过第一步我们可以了解到计算机是win7 Service Pack 1,下方是补丁编号KB4012212.然后我们打开“控制面板”,点击“程序”按钮。在“程序”中选择“查看已安装程序”,这里有我们安装的各种补丁。我们在右上角输入刚才查到的补丁编号KB4012212,出现了程序说明你已经安装了补丁,没有这说明你未安装MS17 010补丁。

Ⅲ ns游戏补丁怎么看最新的

在NS主界面之中选择需要查看版本的游戏,然后按下NS右手柄中的【+】键,这时NS的主界面会弹出相应游戏的详细查看界面。

在详细界面上方即可查看游戏的版本,例如视频中的游戏版本为以撒的结合v1.3。若是想要更新游戏版本,则可以点击详细界面下方的【则可以点击详细界面下方的【更新软件】,再点击右方的【通过互联网更新】即可为游戏更新最新的版本。

Ⅳ 怎样查看sqlserver的补丁

SQL Sever补丁往往会带来较大更新,对其进行了解,能够避免很多错误。本例,进行示例的数据库是SQL Server 2005 SP4,操作系统是Windows server 2003 企业版 R2 SP2工具/原料计算机SQL Sever 数据库方法一:用数据库查询语言查询1打开SQL Server Management Studio2定位到某个数据库,右击该数据库,选择新建查询3输入下面的语言,回车查询:SELECT @@VERSION as 版本详细情况SELECT SERVERPROPERTY('edition') as 软件版本 SELECT SERVERPROPERTY('ProctVersion') as 产品版本编号 SELECT SERVERPROPERTY('ProctLevel') as 当前补丁版本 END方法二:通过SQL Server 配置管理器查询1打开SQL Server 配置管理器2单击左侧SQL Server XXXX 服务,再双击右侧出现的SQL Server (MSSQLSERVER),在弹出的SQL Server (MSSQLSERVER)属性框中,点击高级选项卡,可查看SQL Server版本信息END方法三:SQL Server版本信息直接查询1打开SQL Server Management Studio2在上面的菜单中,点击帮助菜单,在出现的功能框中,点击关于。弹出如下版本信息3根据弹出的版本信息,获得版本号,再和配图中的表格对比,得出具体的补丁版本和其他信息。

Ⅳ 如何查询SQL2005及补丁的版本号

通过对数据库引擎实例执行查询 T-SQL 语句:SELECT SERVERPROPERTY('proctversion'), SERVERPROPERTY ('proctlevel'), SERVERPROPERTY ('edition')下列出了内SQL SERVER 2005的版本对应的版本号:容 SQL Server2005 RTM 9.00.1399 RTM SQL Server2005 SP1 9.00.2047 Service Pack 1 SQL Server2005 SP2 9.00.3042 Service Pack 2 Original SQL Server2005 SP2 9.00.3043 Service Pack 2 Refresh SQL Server2005 SP3 9.00.4035 Service Pack 3

Ⅵ aix 如何查看系统补丁版本

aix 查看系统补丁版本方法:1、oslevel -qs 查看已安装和历史版本。2、instfix -i 查看所有的fix。3、lslpp -l 查看已安装的所有软件包。

Ⅶ 怎么查看sql server 最新版本和某版本的最新补丁

怎么查看sqlserver最新版本和某版本的最新补丁1、最简单的,可以通过控制面板查看版本信息。2、方法:依次点击“开始”→“控制面板”→“程序和功能”,然后找到sqlserver程序就可以查看了。3、安装的补丁也可以在这里面看到。

Ⅷ 如何获得操作系统补丁版本详细信息

1、打开控制面板。2、点击打开添加删除程序。3、点击左侧边栏查看已安装的更新。4、点击打开即可查看。

Ⅸ 如何查看SQLSERVER的版本信息和SP补丁信息

查看sqlserver的版本信息和sp补丁信息:方法一:打开SQLSERVER配置管理器,然后用鼠标左键双击打开属性对话框,然后选择高级选项卡就可以看到SQL的版本信息方法二、以前经常使用以下语句来看版本信息,SP版本,现在双击一下鼠标就可以看到了,最重要的是方便客户,无理由叫客户写SQL语句来查看吧SELECT SERVERPROPERTY('edition') SELECT SERVERPROPERTY('proctlevel')

Ⅹ linux查看补丁的方法

linux下patch命令使用详解—linux打补丁命令功能说明:修补文件。语法:patch[-bceEflnNRstTuvZ][-B<备份字首字符串>][-d<工作目录>][-D<标示符号>][-F<监别列数>][-g<控制数值>][-i<修补文件>][-o<输出文件>][-p<剥离层级>][-r<拒绝文件>][-V<备份方式>][-Y<备份字首字符串>][-z<备份字尾字符串>][–backup-if-mismatch][–binary][–help][–nobackup-if-mismatch][–verbose][原始文件<修补文件>]或path[-p<剥离层级>]<[修补文件]补充说明:patch指令让用户利用设置修补文件的方式,修改,更新原始文件。倘若一次仅修改一个文件,可直接在指令列中下达指令依序执行。如果配合修补文件的方式则能一次修补大批文件,这也是Linux系统核心的升级方法之一。参数:-b或–backup备份每一个原始文件。-B<备份字首字符串>或–prefix=<备份字首字符串>设置文件备份时,附加在文件名称前面的字首字符串,该字符串可以是路径名称。-c或–context把修补数据解译成关联性的差异。-d<工作目录>或–directory=<工作目录>设置工作目录。-D<标示符号>或–ifdef=<标示符号>用指定的符号把改变的地方标示出来。-e或–ed把修补数据解译成ed指令可用的叙述文件。-E或–remove-empty-files若修补过后输出的文件其内容是一片空白,则移除该文件。-f或–force此参数的效果和指定-t参数类似,但会假设修补数据的版本为新版本。-F<监别列数>或–fuzz<监别列数>设置监别列数的最大值。-g<控制数值>或–get=<控制数值>设置以RSC或SCCS控制修补作业。-i<修补文件>或–input=<修补文件>读取指定的修补问家你。-l或–ignore-whitespace忽略修补数据与输入数据的跳格,空格字符。-n或–normal把修补数据解译成一般性的差异。-N或–forward忽略修补的数据较原始文件的版本更旧,或该版本的修补数据已使用过。-o<输出文件>或–output=<输出文件>设置输出文件的名称,修补过的文件会以该名称存放。-p<剥离层级>或–strip=<剥离层级>设置欲剥离几层路径名称。-f<拒绝文件>或–reject-file=<拒绝文件>设置保存拒绝修补相关信息的文件名称,预设的文件名称为.rej。-R或–reverse假设修补数据是由新旧文件交换位置而产生。-s或–quiet或–silent不显示指令执行过程,除非发生错误。-t或–batch自动略过错误,不询问任何问题。-T或–set-time此参数的效果和指定-Z参数类似,但以本地时间为主。-u或–unified把修补数据解译成一致化的差异。-v或–version显示版本信息。-V<备份方式>或–version-control=<备份方式>用-b参数备份目标文件后,备份文件的字尾会被加上一个备份字符串,这个字符串不仅可用-z参数变更,当使用-V参数指定不同备份方式时,也会产生不同字尾的备份字符串。-Y<备份字首字符串>或–basename-prefix=–<备份字首字符串>设置文件备份时,附加在文件基本名称开头的字首字符串。-z<备份字尾字符串>或–suffix=<备份字尾字符串>此参数的效果和指定-B参数类似,差别在于修补作业使用的路径与文件名若为src/linux/fs/super.c,加上backup/字符串后,文件super.c会备份于/src/linux/fs/backup目录里。-Z或–set-utc把修补过的文件更改,存取时间设为UTC。–backup-if-mismatch在修补数据不完全吻合,且没有刻意指定要备份文件时,才备份文件。–binary以二进制模式读写数据,而不通过标准输出设备。–help在线帮助。–nobackup-if-mismatch在修补数据不完全吻合,且没有刻意指定要备份文件时,不要备份文件。–verbose详细显示指令的执行过程。patch,是打补丁的命令,有很多用法,见帮助#manpatchpatch-p0(“p”指的是路径,后面的数字表示去掉路径的第几部分。0,表示不去掉,为全路径)patch-p1(“p”后面的数字1,表示去掉前第一个路径)fetchhttp://people.freebsd.org/~delphij/misc/patch-bge-releng62fetchhttp://people.freebsd.org/~delphij/misc/patch-bce-watchdog-rewritecd/sys/dev/bgefetch…patch-p0<…fetchhttp://people.freebsd.org/~delphij/misc/patch-tcp_auto_buf-20061212-RELENG_6.diffpatch-p<patch-tcp_auto_buf-20061212-RELENG_6.diff也可以把文件中的目录全改成系统已在的目录如/usr/src/sys…..注意:1,确认目录然后确认目录,如不在默认目录下,就写下要打补丁的当前绝对目录。如/usr/src/sys/dev/bge/if_bce.c2,P的使用可以使用不带数字的参数。patch后的软件安装telnetd服务器的问题及补丁在当前FreeBSD所有版本中,也就是FreeBSD5.0、FreeBSD4.3、FreeBSD4.2、FreeBSD4.1.1、FreeBSD4.1、FreeBSD4.0、FreeBSD3.x、FreeBSD2.x的版本,其telnetd守护进程中存在一个致命的缓冲区溢出漏洞,该问题是由于telnetd在处理telnet协议选项的函数中没有进行有效的边界检查,当使用某些选项(\'AYT\')时,可能发生缓冲区溢出。这会导致远程root级别的安全威胁。因此,如果一定要使用telnet服务的话,必须为服务器打上最新的patch,该patch可以从以下链接获得:(注:通常有两个版本的telnetd服务器,有crypto及无crypto的版本,因此需要判断主机使用的是哪种版本的telnetd,这通常可以通过察看src文件来判断,比如#ls/usr/src/crypto/telnet/telnetd,如果不存在,则说明使用的是无crypto的版本了,在判别清楚之后再分别下载相关补丁文件)crypto版本补丁:ftp://ftp.freebsd.org/pub/FreeBSD/CERT/patches/SA-01:49/telnetd-crypto.patchftp://ftp.freebsd.org/pub/FreeBSD/CERT/patches/SA-01:49/telnetd-crypto.patch.ascpatch方法:#cd/usr/src/#patch-p</path/to/patch#cd/usr/src/secure/libexec/telnetd#makedepend&&makeallinstall无crypto版本补丁:ftp://ftp.freebsd.org/pub/FreeBSD/CERT/patches/SA-01:49/telnetd.patchftp://ftp.freebsd.org/pub/FreeBSD/CERT/patches/SA-01:49/telnetd.patch.ascpatch方法:#cd/usr/src/#patch-p</path/to/patch#cd/usr/src/libexec/telnetd#makedepend&&makeallinstall例子来源http://toby.bokee.com/文件:isp1161-2.6.12.patch(在/root下)由于patch文件的首行已经指明了路径,所以根据当前所在的目录,加不同的参数使用patch命令:1:如果当前的目录是和linux-2.6.12的同级目录:[[email protected]www.linuxidc.com]#patch-p0</root/isp1161-2.6.12.patch2:如果当前的目录为linux-2.6.12/:[[email protected]www.linuxidc.com]#patch-p1</root/isp1161-2.6.12.patch3:如果当前的目录为linux-2.6.12/drivers/:[[email protected]www.linuxidc.com]#patch-p2</root/isp1161-2.6.12.pathc0,1,2,是指略去的patch文件中的前几级目录。ln命令的使用这是linux中一个非常重要的命令。它的功能是为某一个文件在另外一个位置建立一个不同的链接,这个命令最常用的参数是-s,具体用法是:ln-s源文件目标文件。当我们需要在不同的目录,用到相同的文件时,我们不需要在每一个需要的目录下都放一个必须相同的文件,我们只要在某个固定的目录放上该文件,然后在其它的目录下用ln命令链接(link)它就可以,不必重复的占用磁盘空间。例如:ln-s/bin/less/usr/local/bin/less-s是代号(symbolic)的意思。这里有两点要注意:第一,ln命令会保持每一处链接文件的同步性。也就是说,不论你改动了哪一处,其它的文件都会发生相同的变化。patch附带有一个很好的帮助,其中罗列了很多选项,但是99%的时间只要两个选项就能满足我们的需要:patch-p1<[patchfile]patch-R<[patchfile](usedtoundoapatch)-p1选项代表patchfile中文件名左边目录的层数,顶层目录在不同的机器上有所不同。要使用这个选项,就要把你的patch放在要被打补丁的目录下,然后在这个目录中运行path-p1<[patchfile]。来自Linux内核patch的一个简短的引用可以这样实现:diff-u–recursive–new-filev2.1.118/linux/mm/swapfile.clinux/mm/swapfile.c—v2.1.118/linux/mm/swapfile.cWedAug2611:37:451998+++linux/mm/swapfile.cWedAug2616:01:571998@@-489,7+489,7@@intswap_header_version;intlock_map_size=PAGE_SIZE;intnr_good_pages=0;-chartmp_lock_map=0;+unsignedlongtmp_lock_map=0;应用来自本段中使用-p1开关拷贝的patch可以有效地减短patch定位的路径;patch会查找当前目录下一个名为/mm的子目录,接着应该会在这儿发现swapfile.c文件,然后等待打补丁。在这个过程中,以破折号(“-”号,译者注)开始的行会被一个以加号(“+”号,译者注)开始的行代替。一个典型的patch会包含对多个文件的更新,每个部分中都由对两个版本的文件运行diff-u命令的输出结果组成。patch在操作时把自己的输出结果显示在屏幕上,但是这种输出通常都滚屏太快,来不及观看。原来准备patch的文件名为*.orig,新的patch文件会覆盖这个初始文件名。打补丁的问题使用不同版本的patch问题来源可能不同,所有的版本在网络上都是可用的。LarryWall近年来已经不再做很多工作来更新patch了,这可能是由于他最后发行的一个版本在大部分情况下都能正常运行。最近几年以来,一直是GNU项目的FSF程序员发行新版本的patch。他们首先修订有问题的patch,但是我最近一直使用没有问题的2.5版本(这是Debian2.0的发行版本号)。过去,我的2.1版本也一直运行的很好。当前的GNUpatch的版本可以从GNUFTP站点上获取,然而大部分人都只使用他们Linux发行版中所提供的版本。让我们假定你已经对一个目录下的源程序文件进行了patch修补工作,但是patch并没有清晰地发挥作用。这可能会偶然发生,在打补丁的过程中会显示错误信息,其中带有行号,说明哪一个文件出现了问题。有时错误是很明显的,例如缺少了分号,��种错误可以不费多大力气就能改正。另外一种可能是从patch部分删除了产生问题的部分,但是这样根据所涉及到的文件的不同可能会正常工作,也可能不能正常工作了。另外一种常见的错位为:假设你有一个未使用tar打包的内核源程序文件,在/linux/arch/下浏览各个子目录时你会发现各种机器体系结构子目录,例如alpah、sparc等等。如果你和大多数Linux用户一样,使用的是Intel的处理器(或者是Intel系列),你可以决定删除这些目录,这些目录对于编译你特殊的内核并不需要,只是白白占用了磁盘空间。一段时间之后发行了一个新的内核patch,此时试图进行patch操作,当它发现不能找到自己打补丁需要的Alpha或者PPC文件,就会停顿下来。幸运的是patch在这些地方允许用户参与,它会询问Skipthispatch?回答y,patch就可以按照正确的路径继续执行。也许你需要回答这个问题很多次,因此允许自己不需要的目录保留在磁盘上是一种很好的方法。


赞 (0)