怎么查看数据库服务器IP地址

--得到服务器的IP地址
 create table #ip(id int identity(1,1),re varchar(200))
 declare @s varchar(1000)
 set @s='ping '+left(@@servername,charindex('\',@@servername+'\')-1)+' -a -n 1 -l 1'
 insert #ip(re) exec masterxp_cmdshell @s
 select 服务器名=@@servername,IP地址=stuff(left(re,charindex(']',re)-1),1,charindex('[',re),'')
 from #ip
 where id=2
 drop table #ip

IP地址作为一种定位方式，不仅仅代表位置，也会透漏出很多不同的信息。
首先就是地理位置：来自哪个大洲-国家-省-市-街道，同时还包含经纬度、邮编等等。
当我们想知道这个IP地址是否有害或者是否属于黑灰产业、机房流量时，我们可以通过在某个IP地址查询网站上输入IP地址，查询定位，查询到的不仅是对方的地理位置，还有网络属性、应用场景、风险属性、漏洞属性、AS拓扑关系等都可以看到。
但是这一切的前提是，我们要先知道对方的IP地址。
以下是一些可用于查找IP地址的技术方式。
借用某人的计算机：这查询某人IP地址的最简单技术之一。可以借用计算机并通过使用ipconfig /all 命令或使用iplocation等在线服务查找 IP 地址详细信息来查找 IP 地址。
无线网络：如果你的无线网络不够安全或者你与访客共享了无线网络，就会发生：有权访问你的无线网络的人也将共享你的公共IP地址。所以捕获公共和私有IP地址会变得很简单。
在大多数路由器中，你可以选择查看谁连接到无线网络。如果你没有从路由器中找到IP信息，你也可以使用在线IP扫描仪。它会提供一个共享IP地址列表，方便找到你想要查找的IP。
电子邮件：当今大多数电子邮件提供商都不会在标题中显示IP 地址。但是，某些不太受欢迎的电子邮件服务提供商或自托管邮件服务器可能会泄露你的公共IP地址。还有跟踪电子邮件工具，可让你从邮件标头跟踪发件人的IP地址。
博客评论：这是一种监视某人IP地址的有趣方式。如果你是博客管理员，并且有人在你的博客上发表评论，那么你还可以在发表评论的同时获得作者的 IP 地址。
日志记录：如果你有一个网站并试图捕获访问你网站的用户的IP地址，那么这非常简单。大多数 Web 开发语言都支持跟踪远程 IP 地址，这很容易从请求标头中检测到。
例如，客户端 >

以下是如何排查此类错误的列表:

检查Notes的状态栏,确认当前所在的场所。如果您选择“孤岛”场所的话会有此类问题,因为此场所本身就配置了不能使用网络。

检查您是否能访问其它的服务器,这样可以确认这个是一般性的问题(比如说,网络连接不好)还是特定于某个服务器的问题。

如果您使用 TCP/IP 协议来连接Domino服务器的话,可以使用“ping”来测试本机从网络上是否能连接到场所指定的服务器。一个成功的“ping”应该如下图所示:

请注意:这是假定您的网络是配置成通过TCP/IP直接连接到服务器的情况。实际上,大多数客户都是这样配置的。但也有一些情况是使用了其它网络协议或者是通过一个中继的Domino服务器来进行连接。在这种情况下,中继服务器只会处理从Notes客户端过来的中继请求而不会处理“ping”的请求。如果是使用中继的情况,不能通过此测试来验证网络连接。

如果您不能“ping”到服务器,需要检查网络连接的属性来检查网络域名字是否正确。如,在上面例子中,当我们要请求连接到服务器“well”的时候,命名服务器会认为我们指的是“welldonottrythisathomeorg”。如果您的“网络域后缀列表”没有包含您尝试连接的服务器的域名,您无法提供完整的DNS名字,这样的话,您的机器无法找出完整的名字。当您试图连接一个Notes之前并没有连接过的服务器的时候,由于Notes客户端无法得知这个服务器的域名,所以它只能使用服务器的普通名字(“Well”)而不是完整的主机名“welldonottrythisathomeorg”

如果能ping到服务器,但是Notes客户端还是找不到路径:

有可能服务器已经关机了。检查一下其他用户能不能访问这个服务器。

也有可能是您的Notes客户端有一个旧的连接文档指向一个错误的地址。在文件--打开--数据库 窗口中输入服务器的DNS名,如果DNS名字也找不到的话,还可以尝试使用IP地址。如果通过这些方式可以成功的连到服务器,那么把正确的地址更新到连接文档中。

也有可能是防火墙软件屏蔽了1352端口(这是Notes客户端和服务器连接使用的端口)。检查防火墙的日志。关于如何使用Telnet来检查1352的连接性,

如果使用TCP/IP协议,检查hosts文件。在Windows上,此文件存在于c:\windows\system32\drivers\etc目录下。如果是Mac *** 作系统,此文件会保存在系统文件夹或者扩展的文件夹中。确认文件中使用了正确的IP和服务器名字。在很多情况下,没有必要在hosts文件加上服务器的主机名和IP,因为DNS服务能够解析到服务器的IP地址。但如果是DNS有问题的话,则需要通过hosts文件来解析。所以,如果您看到hosts文件有此服务器的信息,你可以考虑删除此行来确认是否可以通过DNS来找到服务器:

下面是一个hosts文件的例子:

在Notes客户端,使用菜单 文件--惯用选项,选择Notes端口(早的版本叫端口),点击“跟踪(T)”按钮,输入无法连接的服务器的名字,跟踪的输出结果可以帮助您定位到问题出在哪个环节。这个方法对于使用中继服务器的情况特别有用,它可以帮助你确定到底是中继服务器的问题还是目标服务器的问题。这个方法对于使用其它协议的情况也很有用。

在Notes客户端,使用菜单 文件--惯用选项,选择Notes端口(早的版本叫端口),点击“跟踪(T)”按钮,输入无法连接的服务器的名字,跟踪的输出结果可以帮助您定位到问题出在哪个环节。这个方法对于使用中继服务器的情况特别有用,它可以帮助你确定到底是中继服务器的问题还是目标服务器的问题。这个方法对于使用其它协议的情况也很有用。

没有所谓的命名规则的,所有的机器都是一样的,可以说是随便命名,只要符合变量命名原则就可以了而你看到的服务器名称,其实是不同的实例而已一般你可能只看到一个服务器实例,有时一个服务器可能会有两个或两个实例唯一要说明的是这里的实例是服务器实例而不是数据库实例比如在SQL2000中一般要求单实例启动,启动时可以选择一个实例的如果多实例往往是SQL2005以上的版本,而且安装了其他的数据挖掘功能(BI)时的SQL服务器

而MSSSMSE只是一个管理程序,用来管理SQLserver的它可以联结服务器进行数据库的处理(当然是在GUI下),另一个是在DOS下的,所以很多企业服务器在安装时并没有安装MSSSMSE的因为你完全可以使用其他的MSSSMSE进行联结服务器的

MSSSMSE(MicrosoftSQLServerManagementStudioExpress)就是企业管理器

在企业管理器中,我们可以对SQLserver进行可视化 *** 作,但由于使用目的不同而有不同的设置其中有的SQL是为C/S服务服务的,而有些则是为B/S服务器,从开发人员的角度来考虑,SQLserver的安全不可忽视,但往往我们使用的只是开发版或是配置成开发环境的这种环境就要求我们既可能从windows进行数据库的修改 *** 作,也可以通过IIS进行SQL远程登陆 *** 作当然,如果是在本机也是有两种模式的,这是SQL的接口问题而企业管理器的登陆也提供了这种方式,这两种方式在MSSSMSE中的表示就是那个所谓的"身份验证"

如果使用windows登陆则表示的就是以当前机器或域控制用户进行验证管理的只要你有这个权限就可以了

而SQLSERVER验证则是将用户直接存在了SQL的系统数据库中,独立于windows和域控制帐户的而且这种验证将其权限进行了分级的

比如我的这个数据库是在域中,不须外网(区别于局域网)连接时,你是不愿意因为人员的流动,(公司开了一个人,他要是想报复你,在SQLserver中有一个用户)外网若可以连接,那样你的数据就完了!这种情况下可以配置为只允许windows验证登陆的,这时就算是外网使用sa用户也无足于事的

相反,若是一个局网内不须进行连接,若使用域用户或是本机用户能登陆时后果也是很严重的,你可能认为那不足为虑,事实恰恰相反,虽有可能别有用心者拿不到你的SQLserver服务器的权限,但如果拿到局网域中的任何一台机器的权限就可以让你的数据消失得无影无踪!这种情况必须控只允许使用SQL登陆的,而就是这样的服务器与只能采用SQlserver验证方式

这样的问题就出来了,若是与127001或者是(local),请问要登陆本机上哪一个服务器实例(多实例)若是在域控制下也是一样,不管你有多少台SQLserver不打出全部如何识别既就算一台也是一样的(因为域也不确信你后来加不加server,事实上域中必须是全称的)

---