标签: deployment

我正在做总是托管在 IIS 中的 Web 应用程序（从 6 到 7），并且我在部署时总是遇到问题。

这些应用程序大部分时间都是“开箱即用”的，但有时它很糟糕。

上次将它安装在安装了 Share Point Server 的 IIS 7 上时，我发现即使 SPS 运行在不同的网站中，我也需要删除 SPS 压缩。其他时间是关于 application.config 运行 32 位应用程序，因为它在第二个请求中停止了 AppPool（这篇文章有帮助）。

我想知道...因为 Web 应用程序在 Visual Studio 中始终可以正常工作，所以我不能像任何其他 Windows 应用程序一样聚合 Cassini Web Server 并部署我的 Web 应用程序吗？

卡西尼号或其他什么...

您对此有何看法，我该怎么做才能避免某些安装出现这么多问题？

可能的重复：
应用程序部署的流行（免费？）选项有哪些？

我的办公室里有大约 20-30 个 Windows 客户端。我需要以编程方式访问它们中的每一个并在其上安装一些软件。

在不使用任何货架软件而仅通过编码的情况下实现此类目标的最简单方法是什么？

我会在 Linux 上做的是我会scp用来传输文件可执行文件并通过 ssh 连接以运行该可执行文件（我什至不确定这是在 Linux 上执行此操作的正确方法）。

有人可以在下面给我建议。

我有 2 个数据库，直到几年前我们开始向其中一个数据库添加更多表、过程、视图触发器等时，这两个数据库都是相同的。现在我必须将数据库 1 中所做的所有更改复制到数据库 2。

拜托，有人可以抛出一些可以指导我完成上述操作的指针或链接吗

提前致谢

干杯阿米特

我即将以 MSI 的形式向企业提供产品升级。我相信他们通过 GPO 将其部署到各种工作站。

在此设置中执行产品升级的可能事件顺序是什么？

他们是否会先使用 GPO 卸载产品的先前版本，然后再部署新的 MSI？

或者他们会期望新的 MSI 自动卸载以前的版本吗？

我们想在批处理文件中使用这个简单的命令： msiexec /package "\path\package.msi" /quiet /norestart

我们希望将其部署到所有用户及其机器上。我们希望它只安装一次，我们怀疑如果我们只在批处理脚本中保留这个命令（而不是添加一些 IF 和 ELSE），那么可能会发生一些意想不到的事情，例如每次用户登录时都会重复安装等等。

如果我们在脚本中只保留这个命令，并且已经安装了这个包的用户登录，然后脚本执行，实际上会发生什么？

我正在调查 Windows Server Update Service (WSUS)，要更新的软件列表看起来非常固定。是否可以将第三方软件添加到列表中？

如果没有，有哪些可能的选择？Microsoft SMS（认为它现在称为系统中心）？还要别的吗？

笔记本电脑：HP HDX X16T-1200 CTO 驱动程序：取自 HP 网站并提取。

导入到 MDT 2013。当我启动 Lite Touch 时，它会弹出一个图像，说它无法通过 DHCP 找到 ImageDeploymentShare，因此看起来即使注入了网络驱动程序，我仍然什么也得不到。

ipconfig /all 什么也没显示。

这是驱动程序还是PE问题？我做了研究，我知道这个系统适用于 Windows 8 和驱动程序。但由于某种原因，网络似乎无法从 PE 工作。

编辑：我最近为 Windows 8 找到了其他驱动程序。我仍然无法让 MDT 解决 DHCP 问题。IPConfig 仍然显示没有网络设置。

据我所知， ansible 只在 tasks 级别进行错误处理，这对于我希望它能够做的事情来说真的不够。

具体来说，我的用例是一个普通的部署，所以我需要做的是：

• 停止服务器
• 备份必要的资源
• 尝试部署（这涉及必须按顺序发生的大量任务）
  • 如果失败，则回滚到以前的版本（这又是一组严格排序的任务）
• 启动服务器

除了我希望能奏效的错误处理方法之外，一切都很好。

- include: deploy.yml
  ignore_errors: yes
  register: deploy
- include: rollback.yml
  when: deploy | failed

......没有。

现在，我可以理解为什么它不会 - 包含任务只会测试它是否可以包含文件，而不是它包含的文件是否可以运行完成。我已经接受了这一点。

不幸的是，这让我陷入了困境。每个操作的自动错误检查，结合高级操作库，是我使用 ansible 的全部原因。但是，在没有成熟的恢复机制的情况下，收到故障通知就不再有用了。

任何人都有（理智的）解决方法？我可以include为它下的每个任务添加一个处理程序，并尝试让它以这种方式工作，但是......真的吗？那不可能是解决方案——或者，更确切地说，我不能继续对人性抱有信心并让它成为解决方案。

我遇到了需要在一家小公司部署新 Exchange 服务器的情况。我还没有接触过最新版本的 Exchange (2010)，但我熟悉 2003 和 2007。该站点目前运行着一台 Exchange 2003 服务器，该服务器托管了大约 100 个邮箱。我们有一个额外的服务器的新硬件，这就是我需要一些建议的地方。

我是否应该在新硬件上安装 Exchange 2010 而让旧服务器保持原样？我是否升级旧服务器并将其用作桥头堡或复制伙伴（除了几年前运行 Win2003/Exchange2003 之外，它没有任何问题）？我可以让旧的 2003 服务器单独放置 POP 邮箱，它会与新服务器和平共处吗？

任何建议都非常感谢！

我是瘦客户端/VDI 概念的新手，但我的环境似乎很适合转换。目前我们运行的是 Windows 7，所以我想研究一个 TS/VDI 解决方案，对我们的典型业务应用程序和基础架构进行最小的更改。

我不是在寻找特定的硬件或软件建议。我只是这个想法的新手，并试图了解更多。我正在寻找开始的地方、指向底层技术的指针和了解它们的地方、此类部署的局限性和好处。

作为参考，我的环境目前只有 60 多个桌面用户。