我在.NET / MSSQL商店工作，该商店无法为运行Novell的客户提供支持，部分原因是因为我们没有Novell(或者为此而赚钱)，部分原因是我们没有人拥有Novell经验。这个问题可以很容易地扩展为"没有技术X时如何改善对技术X的支持？"显然，我希望有人说"很容易获得技术或者具有这种经验的人"，但请记住，我只是一名开发人员，而不是开发经理或者对钱包一无所知的人。我寻找了Novell服务器虚拟设备(尽管我不确定我应该寻找" Novell服务器")，但是在VMware网站上却找不到很多东西。

解决方案

回答

Open Enterprise Server 2有60天的评估试用版(需要免费注册)。如果我们将其安装在VM中，则60天后(阻止使用许可证)，没有什么可以阻止我们重新安装它。

但是我们将需要Linux方面的专家来处理(最好是使用这种精确技术的专家)。在MS商店中，这可能是个问题。

最简单的解决方案是将其外包，让一些外部技术人员测试软件的兼容性。如果我们发现自己付了太多钱，就会聘请知道此软件堆栈的人。

如果我们不对某些内容进行测试，我们将无法提供支持。而且，我们无法针对自己不知道的事物进行测试。

回答

曾经有一些相对便宜的开发人员网络，在Novell的问题全部消亡之前，我们曾经属于该网络(著名的遗言，现在我敢打赌，明天我们会得到一个)，拥有软件/硬件永远无法替代，唯一的选择是编写测试程序，并让用户运行它。
我对我们遇到的问题很感兴趣，我们遇到的主要问题是Jet数据库的文件锁。

回答

当我们说运行Novell时，我们需要考虑这意味着什么。

我们最有可能是使用Netware服务器或者使用eDirectory进行身份验证。

随着Open Enterprise Server的发布，Novell移植了大多数Netware堆栈的核心功能，使其可以在SLES(SUSE Linux Enterprise Server)上运行。因此，OES在Netware或者Linux内核上运行。两者的服务都差不多(存在一些细微的差异，可能不在此问题的范围之内)。

如果我们指的是Netware服务器(甚至是提供文件共享的OES Linux服务器)，那么它将成为我们访问文件系统的方式的问题。如果简单地从网络驱动器中进行读写，则有两种方法。

1)在需要文件系统访问权限的盒子上安装Novell Client，以便它可以与存储在其中的卷和数据建立NCP(Novell核心协议)连接。

2)获取Novell服务器管理员以启用CIFS / Samba(在Netware内核上，它是CIFS而非CIFS的从Samba移植的实现。在OES Linux上，它当前是Samba，使用eDirectory来实现。在Linux内核上的OES 2 Sp1，Netware CIFS堆栈已移植到Linux，因为与服务器上的Samba相比，它具有更高的性能和可伸缩性。

但是，我们更有可能表示我们将eDirectory用于身份验证。如果是这种情况，只需假装它是一个LDAP目录，我们应该就可以了。

eDirectory是跨平台的，可在Windows，Netware，Linux(至少为SLES和Red Hat)，Solaris，AIX和HPUX上运行。实际上，它在哪个平台上运行是无法区分的，因此，无论我们在核心操作系统上拥有什么内部专业知识，都可以在其上安装eDirectory实例，设置测试树，并且可以相当轻松地针对它测试身份验证代码。

应该仍然只有适用于开发人员的eDirectory可用的250,000个免费用户许可证。 (实际上，我认为他们甚至不只是为eDirectory要求许可证。添加产品需要许可证。OES要求访问文件共享或者共享打印机的许可证。IdentityManager(IDM)与几乎所有其他Novell产品许可证捆绑在一起，但仅与捆绑的驱动程序(AD，eDir，Notes，Exchange)一起使用，其余的则需要许可。

希望能有所帮助。如果我们正在寻找指针和初学者指南，Novell Cool Solutions包含大量内容。

如果我们有特定的问题，请告诉我，我会帮忙的。