在server 2008 R2中,如果我以管理员模式运行应用程序,子进程是否仍处于相同模式？

我提出这个问题是因为我怀疑应用程序中的子进程没有以管理员模式运行.

是的,子进程继承父进程的访问令牌(从TechNet上的 UAC Process and Interactions开始)：

Each application that requires the administrator access token must prompt the administrator for consent. The one exception is the relationship that exists between parent and child processes. Child processes inherit the user access token from the parent process. Both the parent and child processes,however,must have the same integrity level.

一些相关的奖金信息：

runas实用程序有两个记录不良的交换机,名为/ showtrustlevels和/ trustlevel,它们似乎允许您使用标准用户令牌(而不是管理令牌)启动(从提升的进程)新进程,而不会降低子进程的完整性级别：

runas /trustlevel:0x20000 cmd.exe

你会发现Window标题包含(以[username]运行,具有受限制的权限),whoami将显示受限制的权限和组列表,与提升的提示相比：

如何部署应用程序以便它们需要管理员权限而无需最终用户手动执行此操作？

我使用Delphi 2009来构建应用程序.

您可以使用应用程序清单中的requestedExecutionLevel元素通知 Windows您的应用程序需要以管理员身份运行.

清单文件是一个XML文件,如下所示.它应该命名为YourApp.exe.manifest并放在与可执行文件相同的文件夹中. (它也可以嵌入到应用程序的资源中;它必须具有RT_MANIFEST的资源类型和ID为1.)

<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> 
  <assemblyIdentity version="1.0.0.0" processorArchitecture="X86" name="YourApp" type="win32"/> 
  <description>Description of your application</description> 
  <!-- Identify the application security requirements. -->
  <trustInfo xmlns="urn:schemas-microsoft-com:asm.v2">
    <security>
      <requestedPrivileges>
        <requestedExecutionLevel level="requireAdministrator" uiAccess="false"/>
      </requestedPrivileges>
    </security>
  </trustInfo>
</assembly>

有关应用程序清单以及如何创建它们的更多详细信息,请参阅MSDN上的Create and Embed an Application Manifest (UAC).

请注意,清单仅受Windows Vista及更高版本的尊重.如果您的用户在Windows XP上以标准用户身份运行,则您的应用程序将不会以管理员身份启动;如果它对您的应用程序来说是个问题,您可能需要编写代码来检测它.

我已经设置了remoteapp,根据我找到的所有文档,应用程序应该能够跨越/移动双显示器设置.我发现rdp文件应该包含桌面跨度：i：1,它可以.该应用程序很好,但在尝试移动到辅助显示时,应用程序就消失了.

谢谢

我一直在为我自己的问题做一些研究,并找到了这个,这应该是有用的：

What kind of multi-monitor configurations are supported?

Just like the requirements for usage of the /span switch in normal remote desktop,TS RemoteApp also requires the following specifications for the multi-monitor setup:

• Equal resolution monitors
• Total resolution of all monitors not exceeding 4096 x 2048
• Top-left monitor being the primary

Any other kinds of multi-monitor configurations are not supported with TS RemoteApp.

Here are a few examples of multi-monitor setups that are unsupported:

• L-shaped multi-monitor configuration
• Unequal number of monitors on the top and bottom row (if there is a two row multi-monitor setup)
• Center or right monitor being the primary

资料来源：Here

我的问题是关于L形监视器设置的问题,最右边是默认设置.

我的猜测是你的问题可能没有最左边的监视器作为主要…

今天我被告知sql Server 2008应该在Server 2008 R2(64位)上运行.这是真的？如果是这样,任何人都可以解释原因吗？

我们的开发实例在32位系统上运行.我没有迁移到64位的任何问题,但有没有具体的原因,为什么这是一个首选的方法？

使用x64,您可以获得比使用x86 OS和sql Server版本更多的RAM和cpu功能.您也可以使用Server 2008 x64.

我们的网络目前由 Windows 2003服务器和Windows XP工作站组成.在接下来的几个月内,我们的PC部署小组计划开始在Windows 7上推出工作站.此外,我们的一家供应商刚给我们发了一封电子邮件,说明他们下一个版本的软件将在未来几个月内推出需要Windows 2008,不再支持Windows 2003.

现在,我们的系统管理员告诉我们Windows 7和Windows 2008会干扰我们的网络,因为我们的主服务器(Active Directory,DNS等)是Windows 2003服务器.他们将强制主浏览器选举等……

他是对的吗？他们会干涉吗？如果情况确实如此,我原以为这会是一个更大的问题.有关此事项的任何文件的链接将不胜感激.

在某种程度上,引入Windows 2008和Windows 7将干扰NetBIOS中的主浏览器选举.话虽如此,出于许多不同的原因,这不是问题.

首先,您需要知道主浏览器选择基于域控制器状态和Windows版本(这是2008年发布的地方).无论他们处于什么操作系统级别,PDC模拟器总是会赢得主选举.对于未运行PDC模拟器角色的广播域,域控制器将尝试成为主节点.最后,如果没有DC可用,那么最高的Windows版本将赢得大选.

话虽如此,现在很少有应用程序依赖NetBIOS.几乎所有Microsoft应用程序和第三方应用程序都将通过DNS而不是NetBIOS解析.

此外,任何依赖NetBIOS的人都将在网络上部署WINS. WINS消除了对主浏览器的依赖,并允许NetBIOS跨子网运行.配置有WINS服务器的Windows客户端将默认为H节点,这意味着它们在进行名称解析广播之前会查询WINS.

一旦完成所有操作,如果您仍然需要NetBIOS,没有运行WINS并且网络上没有域控制器,那么引入Windows 2008或Windows 7将允许它们成为网络上的主浏览器.即使是这种情况,Windows 2008和Windows 7也很乐意充当主浏览器,没有任何负面影响.如果您仍然不希望发生这种情况,则只需将MaintainServerList和IsDomainMaster分别设置为No和False.
http://technet.microsoft.com/en-us/library/cc959923.aspx

/我走出时间机器……