月度归档:2013年08月

思迅商云8之前台安装软件时提示:“rpc服务器不可用”

    安装软件时,出现“安装程序启动安装引擎失败,rpc服务器不可用”的解决办法。一般的情况下是DCOM Server Process Launcher服务被关闭了,把它重新打开就好了。
点击“开始”—“设置”—“控制面板”—“管理工具”服务中,找到"remote procedure call (rpc)",双击打开,在“启动类型”里选择“自动”后,点击确定,“运行”—“MSCONFIG”,选择“正常启动”,则就会加载所有服务,包括 rpc服务,选择是“有选择的启动”,您必须选中“加载系统服务”一项保证服务启动时加载,最后重新启动电脑。
如果还不行,就要考虑以下下几点:
1、是否中了冲击波病毒?查杀病毒。
2、重新启动RPC的方法,参考:
大家还记得肆虐一时的“冲击波”病毒吧?它利用Remote Procedure Call(简称RPC)服务的DCOM漏洞攻击基于NT内核的 Windows 2000/XP/2003操作系统,很多用户为了躲避它的攻击,禁用了RPC服务。但当他们想再次启用RPC服务时却发现“RPC服务属性”页的“启动类型”下拉列表框和“启动”按钮变成了灰色,甚至根本找不到该服务的属性页。
由于Windows服务之间有很强的相互依存关系,当RPC服务被禁用后,很多依赖于RPC服务的系统服务也不能正常运行(见图),如Messenger服务、Windows Installer服务等;另外,还可能导致某些应用程序运行失败和系统异常。

windowsxp之开机自动拨号

Windows XP实现开机自动拨号上网,大家在网上应该看过不少,但此方法有所不同,希望大家共同交流一下。 

先在网络连接-新建拨号快捷方式,命名为adsl,双击登录,选择保存用户名和密码,还可以在属性中把显示连接过程取消掉(这样不会显示拨号登录窗口)。 

进入注册表,开始-运行-regedit,找到键值HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionRun,新建字串值,命名为adsl,点修改中输入“c:windowssystem32 asphone.exe -d adsl”。 

启动机器试一下吧,无论你开机启动还是注销都会自动拨号上网啦。

(转互联网哦)

思迅软件商超系列之总部托管型分店和POS型分店的区别

不同点: 
1、总部托管型分店有独立的后台程序,POS分店就相当于总店的一个POS机号,没有独立的后台程序。 
2、总部托管型分店可以做促销,传输和调价功能。POS分店没有。
3、总部托管型分店可以做数据传输,将前台流水数据上传到总店,在总店日结后才会减相应的库存。POS分店不需要传输,直接将流水写到总店数据库。
4、总部托管型可以在自己门店设置积分规则,POS分店的积分规则和总店设置的积分规则一致。
相同点: 
1、两个分店都不能自己独立管理库存,库存都是由总部统一管理。 
2、库存冲减都需要在总店做日结后才可以。

MSSQL2005之无法重新安装

如题MSSQL2005卸载后无法重新安装,废话少说,直接看下面

 

结合本人所谓的经验和网上高人的指点,总结了哈有两种办法

1.重新装.NET Framwork2.0

2.在开始菜单中点“运行”,输入“regedit”进入注册表,找到HKEY_LOCAL_MACHINE SOFTWARE Microsoft Windows NT CurrentVersion Perflib,下面有004和009两项。双击004下面的Counter,在数值数据最底下倒数第二行的一个数字,记住这个数字。双击009下面的Counter,同样记下数值数据最底下倒数第二行的数字,然后点击Perflib下的Last Counter,改为十进制显示,将004和009下面的较大的数据写道这里面。同样的方法,把Help中较大的数值写道Last Help中,然后退出,重新安装就可以了!

如果你因更好的方法请共享给大家哦

MSSQL2005之ODBC SQL Server Driver已超时或已过期

       今天去以客户那发现

 

之前还从来没看到过这情况啊,问了下思迅,他们说是什么

       此问题是由于网络延时过长导致无法连接SQL。

请检查数据库服务器和该电脑端的网络是否顺畅,延时是否比较大,保证网络的畅通。

        郁闷的是在服务器端就出现这情况,哪跟网络扯的上关系呢,老套路百度了下,有人给出下面的方法,我还没试,

由于数据库设计问题造成SQL数据库新增数据时超时 症状:
 Microsoft OLE DB Provider for SQL Server 错误 ‘80040e31′ ([ODBC SQL Server Driver]超时已过期); 
 服务器上看CPU、内存占用率很低; 

事件日志中提示: 数据库 ‘*********’ 中文件 ‘***********’ 的自动增长在 453 毫秒后已取消或出现超时。使用 ALTER DATABASE 设置更小的 FILEGROWTH 或设置新的大小。 
原因:
数据库设置时,[文件增长]按百分比来增长,当数据库文件很大时(1G以上),新增操作都会报超时,而这时候其实CPU、内存占用率都非常非常的低。 解决方法: 
1.把上述的文件增长这里设置为一个更低的百分比或者直接指定增加多少兆字节。
2.SQL Server数据库超时设置
修改客户端的连接超时设置。默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒,而查询分析器是 15 秒。 企业管理器中的设置:
 在企业管理器中,选择菜单上的"工具",再选择"选项"; 
 在弹出的"SQL Server企业管理器属性"窗口中,点击"高级"选项卡; 

在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字,如 30。 
查询分析器中的设置: 
单击“工具”->"选项"->"连接"; 将登录超时设置为一个较大的数字,连接超时改为0。 3.查询语句时超时 原因分析: 
查询超时一般来说首先要从sql语句和数据表的结构上找原因,优化sql语句和为数据库的查询字段建索引是最常用的办法。 
另外,数据库的查询超时设置一般是sqlserver自己维护的(在你没有修改query wait配置前),只有当你的实际查询时间超过估计查询时间的25倍时,才会超时。(转互联网)

装系统之ghost报错

现在有很多朋友自己装系统,在装系统的过程中经常会碰到这样的问题。

出现最多的就是:Output error file to the following location:A:\GHOSTERR.TXT,如下图所示

clip_image002

对话框的中文意思:把错误文件添加到一个错误日志文件中,默认为 A:\GHOSTERR.TXT
网上很多人说出现这个提示说是光盘问题,其实不然,它只是提示要你把错误日志保存在哪个文件中,从这里根本就看不出问题所在。
要想看它真正是什么问题,导致出现错误,只需要在出现这个窗口的时候,按一下 ESC 键,即可再次弹出一个对话框,那个对话框中的内容才是真正的错误提示。

例一:Invalid destination drive,如下图所示:
clip_image004
意为:无效的目标设备,镜像恢复到一个目标设备(分区),软件提示说目标设置无效。
通常是因为不存在目标设备——在没有分区的情况下,通过命令行将GHO文件恢复到分区,就会出现这个问题。
解决方法:重新分区

例二:Unexpected end of file

clip_image006
意为:不可预料的文件末端/文件意外结束。出现这个错误才是文件损坏。
解决方法:
              1、如果GHO文件保存在U盘/移动硬盘等可重复读写的介质上,可以重新复制一个 GHO文件,放在里面再次尝试恢复;
              2、如果是用光盘安装,那就只能重新换张光盘再恢复了。

例三:Unknown image format: code 0:later Ghost version required
clip_image008

意为:未知的文件格式,出现这个问题,是因为恢复时所指定的文件,在当前版本的软件中无法识别。
解决方法:下载一个高版本的 GHOST 软件,再进行恢复操作。通常:8.0/8.2/8.3 这三个版本的 GHO 文件是通用的。而 ghost11创建的 GHO文件,只能由 GHOST11恢复。

例三:Bad block(s) encountered on read:0x1,drive:1 123 sectors starting from absolute sector 0
解决方法:这个提示就没有截图了,出现这个问题,通常是因为磁盘有坏扇区(通常所说的坏道)。有这个问题,建议扫描硬盘,看硬盘有没有问题,还有一个可能,问题出在数据转储上,可以更换内存条/硬盘数据线尝试解决。

在使用过程中还有其它的问题,由于没有及时记录,在此就不狂言了。如有需要,可以在后面留言,谢谢·!

非常感谢这位网友的辛勤劳动,我只是贯彻了拿来主义 呵呵,转下呗!!哥们!

错误 2812: 未能找到存储过程 ‘sp_password’

     问题分析:因 SQL 服务器中毒,导致病毒篡改 SQL 用户的密码,病毒为了阻止操作员手工修正(修改)SQL用户的密码,而把存储过程 ‘sp_password’ 删除,导致的问题。错误如下图所示:

clip_image001

解决思路:在系统中重新建一个 ‘sp_password’ 的存储过程,以便更新现有的 SQL用户密码

步骤:

1、打开查询分析器:

方法1. 可以依次打开:开始—> 运行 ,输入命令 isqlw,按回车即可启动查询分析器,如下图所示

clip_image002

方法2. 通过开始菜单、程序、Microsoft SQL Server、找到“查询分析器”单击打开即可启动
2、登录 查询分析器:在弹出的登录界面中作如下图所示的设置,点“确定”,登录到查询分析器中

clip_image003

3、把下面附录中的重建代码复制到刚才打开的查询分析器中

4、按 F5  执行重建代码

代码分析:允许修改系统数据   —>  重建系统内置存储过程   —-> 恢复为不能直接修改系统数据

5、后记:此方法只是能解决因为没有存储过程而不能修改密码的问题,出现此问题,大多数情况下操作系统已经中毒,这也是为什么更改密码之后,过段时间又不能使用的原因。

可能有的朋友会想,那把密码改得更复杂,让病毒程序不能连接到SQLSERVER 。其实,改密码并不能彻底解决这个问题,有兴趣的朋友可以试试使用 -E 参数,即“使用信任连接而不请求密码”的方式连接到 SQLSERVER  取得SQLSERVER 的所有权限。

注:本文以 SQL SERVER 2000 界面演示解决此问题的步骤

附录:重建 sp_passsword 存储过程 代码

– SQL代码开始

sp_configure ‘allow updates’, 1
RECONFIGURE WITH OVERRIDE

go

use master
go

if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[sp_password]’) and OBJECTPROPERTY(id, N’IsProcedure’) = 1)
drop procedure [dbo].[sp_password]
go

create procedure sp_password
    @old sysname = NULL,        — the old (current) password
    @new sysname,               — the new password
    @loginame sysname = NULL    — user to change password on
as
    — SETUP RUNTIME OPTIONS / DECLARE VARIABLES —
set nocount on
    declare @self int
    select @self = CASE WHEN @loginame is null THEN 1 ELSE 2 END

    — RESOLVE LOGIN NAME
    if @loginame is null
        select @loginame = suser_sname()

    — CHECK PERMISSIONS (SecurityAdmin per Richard Waymire) —
IF (not is_srvrolemember(‘securityadmin’) = 1)
        AND not @self = 1
begin
    dbcc auditevent (107, @self, 0, @loginame, NULL, NULL, NULL)
    raiserror(15210,-1,-1)
    return (1)
end
ELSE
begin
    dbcc auditevent (107, @self, 1, @loginame, NULL, NULL, NULL)
end

    — DISALLOW USER TRANSACTION —
set implicit_transactions off
IF (@@trancount > 0)
begin
  raiserror(15002,-1,-1,’sp_password’)
  return (1)
end

    — RESOLVE LOGIN NAME (disallows nt names)
    if not exists (select * from master.dbo.syslogins where
                    loginname = @loginame and isntname = 0)
begin
  raiserror(15007,-1,-1,@loginame)
  return (1)
end

— IF non-SYSADMIN ATTEMPTING CHANGE TO SYSADMIN, REQUIRE PASSWORD (218078) —
if (@self <> 1 AND is_srvrolemember(‘sysadmin’) = 0 AND exists
   (SELECT * FROM master.dbo.syslogins WHERE loginname = @loginame and isntname = 0
    AND sysadmin = 1) )
  SELECT @self = 1

    — CHECK OLD PASSWORD IF NEEDED —
    if (@self = 1 or @old is not null)
        if not exists (select * from master.dbo.sysxlogins
                        where srvid IS NULL and
            name = @loginame and
                     ( (@old is null and password is null) or
                              (pwdcompare(@old, password, (CASE WHEN xstatus&2048 = 2048 THEN 1 ELSE 0 END)) = 1) )   )
        begin
      raiserror(15211,-1,-1)
      return (1)
     end

    — CHANGE THE PASSWORD —
    update master.dbo.sysxlogins
set password = convert(varbinary(256), pwdencrypt(@new)), xdate2 = getdate(), xstatus = xstatus & (~2048)
where name = @loginame and srvid IS NULL

— UPDATE PROTECTION TIMESTAMP FOR MASTER DB, TO INDICATE SYSLOGINS CHANGE —
exec(‘use master grant all to null’)

    — FINALIZATION: RETURN SUCCESS/FAILURE —
if @@error <> 0
        return (1)
    raiserror(15478,-1,-1)
return  (0) — sp_password

GO
sp_configure ‘allow updates’, 0
RECONFIGURE WITH OVERRIDE

– SQL代码结束