问题标签 [multiple-instances]

我有一个模型日历，并且我希望能够以一种形式创建它的多个实例。

这是我的模型：

这是我尝试编写表单的方法：

这是我的一部分观点：

如果我尝试提交该表格，我会得到：

在这种情况下创建多个日历实例的正确方法是什么？

我在 asp.net 中做了一个便笺应用程序。我有一个带有按钮的父窗口，当我单击该按钮时，便笺将作为弹出窗口打开。我正在使用 javascript window.open 打开弹出窗口。但我一次只能运行一个实例。如何在我的应用程序中运行多个窗口实例？

这是我正在尝试做的一些（简化）代码：

当我调用 instOfA.printSelf() 时，它会将 self 打印为 instOfB。
但是当我调用 instOfA.printSelf() 时，我希望 self 成为 instOfA，而当我调用 instOfB.printSelf() 时，我希望自己成为 instOfB，如果
不在类 a 中手动定义 printSelf，我该怎么做呢？

对于那些想知道为什么我什至想做这样的事情的人，这里有一个更长的例子：

我意识到这有点不寻常，但我想不出另一种方法。我正在有效地尝试子类化一个实例。如果 Python 允许，它看起来像这样：

注意：如果您熟悉 Azure 定价模型，请直接跳到“问题”部分。

微软将从2010 年 2 月 1 日开始对 Azure 平台的使用收费。每月账单将取决于带宽、存储和其他因素。用于计算账单的因素之一是计算时间。然而，后一个因素有一个误导性的名称：它应该被命名为实例托管时间。引用 windows azure 定价页面：

在开发和测试您的应用程序时，开发人员将希望删除未使用的计算实例以最大限度地减少计算小时计费

因此，您会认为这不是计算时间，而是正常运行时间。在阅读了MSDN 论坛中对此问题的官方回复后，疑问完全消失了：

我可以确认每个实例（任何角色）都很重要，并且您拥有实例活动计数的所有时间（无论它们有多少“活动”）。对于具有两个 Web 角色实例和两个辅助角色实例的应用程序，您需要为四个实例付费

按每个实例 0.12 美元/小时计算，使用 N 个实例的应用的平均计费为 24*30*0.12*N/月 = ~ 每个实例每月 86 美元。当您考虑到如果您希望应用 99.9% 的正常运行时间服务级别协议，您的实例不能少于 2 个这一事实时，小型网站的情况会变得更糟。

因此，小型、计算能力低廉的网站可能不是 Azure 的目标市场。但是对于批处理，负担可能会消失。

问题

仅就计算能力和“计算时间”计费而言，Azure 将是一个很好的托管选项，适用于每月仅运行几个小时的批处理，前提是您可以扩大（和缩小！）数量实例很容易。所以：

• 是否可以通过编程方式扩大和缩小 Azure 中的实例数量？除了手动更改配置文件还有其他选项吗？
• 减少实例数量是否存在任何不明显的问题？
• Azure 需要多长时间来“确认”应用程序的缩减？

关于后一个问题：举一个极端情况，您有大量实例（例如 1000 个）运行 45 分钟。如果 Azure 无法在流程结束后的 15 分钟内注意到缩减，则将再收取 1000 个计算时间小时的费用。

我有一个带有文本输入、微调器输入和第二个微调器输入的基本应用程序，其数组取决于“选项”菜单中更改的设置。

目前，当我在我的应用程序中按 Home 或按 Return 时，我要么返回桌面，要么循环返回我最近输入的旧输入。

如何防止我的应用程序打开自身的多个实例，以便在任何给定时间只有一个实例在运行，然后如何保存输入到输入中的数据以及在我的选项菜单中选择的设置？

我对Java有点陌生，所以如果这是一个简单的问题，我深表歉意。

我希望在已经运行 Hadoop 实例的机器上运行第二个 Hadoop 实例。解压 hadoop 发行版后，需要从 hadoop-version/conf 目录更改一些配置文件。两个实例的 linux 用户将相同。我已经确定了以下属性，但是，我不确定这是否足够好。

hdfs-site.xml:dfs.data.dir和dfs.name.dir

core-site.xml:fs.default.name和hadoop.tmp.dir

mapred-site.xml：mapred.job.tracker

我找不到作业跟踪器/任务跟踪器/DFS Web 界面端口号的属性名称。它们的默认值分别为 50030、50060 和 50070。

是否还有其他属性需要更改以确保新的 hadoop 实例在其自己的环境中运行？

我们的应用程序运行在网络上，主要是一个查询工具，做一些交易。我们托管 Oracle 数据库。该应用程序始终为每个客户提供不同的 Oracle 实例。客户是向我们支付费用以向公司员工提供服务的公司，通常每个客户有 10,000-25,000 名员工。我们打算有几百个客户。我们每隔几年发布一次主要版本，迁移到新版本具有挑战性：我们可能会有一个团队在客户站点工作几周，解释新功能并设置适合该客户的驾驶数据。

我们正在考虑采用多客户端，将我们所有的客户放在一个大型 Windows Server 2008 服务器上的单个共享 Oracle 11g 实例中——以降低成本。我想知道这是否可取。

为每个客户提供单独的实例有一些优势。请告诉我这些是不是假的。在我关于重要性降低的粗略猜测中：

• 当对架构进行重大更改时，我们的客户 MyCorp 和 YourCo 可以单独迁移。（使用多客户端，我们将在一夜之间迁移 300 多个客户！？！）

• MyCorp 的数据可以轻松备份和 (!!!) 恢复，而不会影响其他客户。

• MyCorp 的数据与其竞争对手 YourCo 的数据安全分离，无需依赖开发人员来获得正确的代码和/或 DBA 获得正确的配置。

• 多个实例的风险较低，因为一个客户的灾难（有人不小心将每个人的工资翻倍，并且在发薪日后发现错误）不会影响其他客户。影响我们所有客户的灾难（哎呀，新 DBA，突然间每个参与者都拥有相同的 SSN！？！）可能会使我们公司陷入困境。

• 在一台服务器上拥有一个实例会导致单点故障，如果飓风将建筑物倒塌，我们的整个客户群都会倒闭。多台服务器上的多个实例允许地理分散：任何灾难都不会影响我们大部分客户，其他地区未受影响的服务器可以承担故障服务器的负载。

• 性能更好，因为数据库更小（约 50 个表中的 10,000 对 2,000,000 行）。

• 如果 MyCorp 的办公室（大部分）仅位于一个区域，那么 MyCorp 的实例可以在地理上共同位于那里，因此网络延迟不会影响性能。出于同样的原因，我们可以为全球客户提供更好的服务。

• 在 MyCorp 想要把他们的数据库放在内部，然后我们可以很容易地导出他们的实例，来获取 MyCorp 他们的数据。

• 负载平衡更容易，因为实例可以放置在不同的服务器上（这是使用网络场）。

• 当需要 DEV 或 QA 实例时，克隆真实实例和匿名数据会更容易，因为数据要少得多。

• 因为它们足够小，开发人员可以让他们自己的实例在本地运行，这样他们就可以在机场等待和飞行中处理代码，而无需担心 VPN 的麻烦。

Q1：独立实例还有哪些优势？

我们正在考虑更改数据库架构并将我们所有的客户合并到一个 Oracle 实例中，并在一台大型服务器上运行。

以下是多客户端实例方法的优点，首先是最重要的（我的 WAG）。如果这些是假的，请狙击：

• DBA 的工作量更少，因为他们只需要维护一个实例而不是数百个实例。更少的 DBA 工作转化为更便宜的成本，这是我们进行此更改的主要动机。

• 只需一个实例，DBA 就可以更好地优化性能。他们将有时间添加适当的索引并查看我们的 SQL。

• 开发人员调试和增强应用程序会更容易，因为只有一个模式和一个应用程序（如果有数百个实例，可能会有几十个模式版本，每个版本的模式都有不同的应用程序版本）。这也降低了成本。另一种方法是必须在每个调试会话开始时（1）这个客户正在运行什么版本，（2）让我们努力重新创建相应的开发环境、代码和数据库。（我们需要一个包含每个补丁和版本的代码和数据库实例的虚拟机！）

• 许可甲骨文更便宜，因为它是按服务器定价的，而与重量无关（或其他东西——我对这个主题一无所知）。

• 该数据库成为 Web 会话数据的可行持久存储，因为只有一个实例。

• 使用一个多客户端实例，一些数据库操作会更容易，例如当他们不清楚他们（或他们的配偶，也许）为哪个客户工作时找到一个参与者：所有的名字都在一个表中。跨客户报告很简单。

Q2：在一个实例中拥有多个客户端还有哪些其他优势？

Q3：您认为哪种方法更好（为什么）？每个客户一个实例，还是一个实例中的所有客户？

我担心拥有一个多客户端实例会使迁移几乎不可能，这是一个交易杀手......

...除非有一个折衷的解决方案，比如拥有两个多客户端实例，旧的和新的。在这种情况下，我们将设计用于查找参与者、报告等的跨实例解决方案，以便客户可以从一个多客户端实例转到下一个而不会出现任何中断。

我在从 InProc 会话状态中检索会话变量的多个实例时遇到问题。

在下面的代码中，我将一个简单的 BusinessObject 持久化到 Page_Load 事件的会话变量中。单击按钮后，我尝试将对象检索回同一 BusinessObject 的 2 个新声明的实例中。

一切都很好，直到我在第一个实例中更改了一个属性，它也更改了第二个实例。

这是正常行为吗？我会认为这些是新实例，它们不会表现出静态行为？

有什么想法我哪里出错了吗？

基本上我们的应用程序的多个实例将被启动，但它们需要有单独的用户设置。我们目前为此使用“用户设置”，它适用于单个实例（每个 Windows 用户），但我们希望能够通过命令行传入的设置路径启动多个实例。有没有办法通过内置的 .NET 设置来做到这一点，还是我们必须自己动手？

我需要在我的 WPF 应用程序的两个实例之间获取信息（准确地说，是公共集合的内容）。有什么帮助吗？