我希望能够创build一个PDF或MySQL数据库的图像。 每个表格应该有一个框，每个框应该列出表格中的所有列。 我不需要在各种伪造键之间的线条或显示有关默认types甚至是列的types的信息。 有这样一个开源的程序来做到这一点吗？
我在接受采访时被问到了这个问题： 我有一个SQL服务器和一个asp.net应用程序。 即使服务器崩溃，我也要为我的应用程序提供24X7小时的可用性。 在代码级别和更高级别（不在代码级别）实现它有什么不同的方法？
好的，这是我们的设置： 我们有2个Windows 2003域控制器。 我试图用Windows 2008 R2来replace它们。 2003服务器被命名为DC01和DC02。 2008 R2服务器是DC1和DC2。 我为运行Windows Server 2008或Windows Server 2008 R2的域控制器准备了Windows Server 2003林模式。 然后，将两台新服务器都作为成员服务器，我使用高级选项在DC1上运行了dcpromo ，并将其成功添加到我的现有域中。 它的angular色是GC，DNS和Active Directory域服务。 我将PDC模拟器，RID池pipe理器和基础架构主angular色转移到DC1。 架构主机和域命名主机仍在DC01上。 我碰到的第一个问题是，当我dcpromo的DC2，并select“通过networking从现有的域控制器复制数据”我select我想从DC1复制，我得到以下错误： 无法将所请求的副本合作伙伴（dc1.xxx.org）标识为使用计算机帐户（DC2 $）的有效域控制器。 这可能是由于计算机帐户未被复制到此域控制器，因为复制延迟或域控制器未通告Active Directory域服务。 请考虑重试\ dc01.xxx.org作为副本合作伙伴的操作。 “服务器不愿意处理请求。 这是因为架构主控和域命名主控angular色仍然在旧DC01上？ 如果是的话，如果我将架构主控和域命名主控angular色转移到DC1，那么我的AD有哪些风险？ 我有点偏执，因为这个过程是透明的。 任何停机或中断都会导致我从IT主pipe那里得到口头表扬。 顺便提一下，这两台新的DNS服务器（DNS，DC01和DC02）都不是自己的。
在我学习AD DS生态系统时，我遇到了这个定义[link] ： 通过使用WindowsServer®2008 ActiveDirectory®轻型目录服务（AD LDS）angular色（以前称为Active Directory应用程序模式（ADAM）） ，可以为启用目录的应用程序提供目录服务，而不会产生域和林的开销，整个森林的单个模式的要求。 我不太明白这是什么意思最后一句话。 上个月我第一次开始使用AD DS，现在我确保了很多意义。 我正在展示和总结你的知识和我所了解的内容，以便了解我目前的知识： 目录：结构。 目录服务：目录的pipe理员。 就像一个数据库pipe理器，但为目录devise和增强。 X.500是定义目录服务的最被接受和已知的标准协议集合。 LDAP：用于定义通过TCP / IPnetworking工作的目录服务的最常用和已知的协议。 广告 AD是一个Microsoft数据库，用于存储用户login和组信息以及驱动组策略和其他应用程序软件的configuration信息。 （ Active Directory解释 ） AD DS： 微软的目录服务器。 （ 什么是Active Directory域服务，它是如何工作的？ ） 一套服务和应用程序使Microsoft能够通过networkingpipe理资源，用户，authentication，授权等。 AD LDS：属于AD DS的目录服务。 AD定义我也已经知道：域，域控制器，树，森林和命名空间。 架构：它定义目录内的对象类结构。 目录启用的应用程序： 启用目录的应用程序是使用命名或目录服务的应用程序。 （ http://docs.oracle.com/javase/jndi/tutorial/getStarted/concepts/java.html ） 现在，“ 你可以为支持目录的应用程序提供目录服务，而不会导致域和森林的开销以及整个森林中单个模式的需求 ”是什么意思？ 什么是单一模式？ 为什么这是一个优势？ 提前致谢。
几个星期前，我已经搬到新的公司担任Linux系统pipe理员，他们将开始一个将生产服务器基础设施从数据中心转移到亚马逊AWS的项目。 他们遵循“ 我们的交通驱动我们的系统devise ”的概念; 这意味着以及服务器不会超载，我们可以使用它来提供多个服务，即使像RabbitMQ这样的服务没有超载，它也可以被两个不同的应用程序使用，也不会造成任何冲突。 那么这个架构师在过去的四年里一直在为一百万用户提供服务，他们将在新的基础架构中使用它。 我相信“ 我们的系统devise应该带动我们的交通 ”。 这意味着一组服务器应该被devise成只为一个应用程序提供服务，即使它没有被超载，一个数据库也只应用一个应用程序，这将有助于debugging将来的任何问题，每个应用程序和干净的架构师都有独立的日志。 但他们认为这将花费更多的钱，需要更多的维护，没有附加价值。 那么，我们的交通应该驱动我们的系统devise还是我们的系统devise来推动我们的交通？ 说清楚这将有助于我走正确的道路，要么按照自己的方式，要么find好的理由让他们跟随我。
我目前正在我的服务器上部署一些PHP Zend应用程序，这是目前我得到的。 第一层 – 负载平衡器+ Httpcaching。 第二层 – networking服务器（在这里将有更多的networking服务器，这就是为什么负载平衡器）。 第三层 – MySql（将有复制，奴隶主，也许分裂每个客户或一群客户）。 问题是，目前我在networking服务器上运行nginx + php-fpm，所有的php代码都保留在用户各自的home文件夹中。 当时间过去了，我想增加服务器的数量，php-fpm和nginx实例。 我应该把php放在哪里，因为我不能在服务器之间复制它，否则更新会影响一致性;） 我想可能是一个NFS将持有所有的PHP代码，服务器将指向这一点。 这里的正确方法是什么？ 我对服务器体系结构很陌生。 感谢你的帮助。 罗德里戈
我们正在为我们的Web服务devise一个新的集群体系结构，并计划将Ceph对象存储和kubernetes用于我们的服务。 优化我们的服务器我们有不同的select： 使用相同的服务器，在所有服务器上运行Ceph和我们的服务，并使用kubernetes进行pipe理 像上面使用相同的服务器，但标签其中一些Ceph，不要运行服务 使用两种types的服务器：一种针对io进行了优化，另一种针对CPU进行了优化。 然后在io上运行Ceph，在cpu上运行Ceph。 并用kubernetes来pipe理他们 像上面有两个分离的服务器，但是不要使用kubernetes来处理io，让ceph处理所有的事情（是不是更简单，不要使用kubernetes来处理我们的Ceph集群？） 我知道相同的服务器具有更好的扩展性。 另一方面有两种types的服务器让我们来优化它们中的每一个。 什么是最好的解决scheme？
我configuration了一个8核的服务器，并计划部署一个networking服务。 为了扩展请求负载，我想运行我的服务的8个实例。 这里没什么可怕的。 我无法访问硬件负载平衡器。 我应该提到，我目前已经分配了5个公共IP地址（但我可以获得更多）。 因此，我想听听您对构build软件负载平衡解决scheme的build议。 明显的select是： 使用HAProxy; 要么 前叉我的应用程序（如Facebook的龙卷风和独angular兽都做）; 在这里插入你的想法 。 我的目标是： 扩展服务实例之间的请求负载; 和 允许我的服务的滚动重新启动（代码升级）。 我应该提到，这不是一个基于HTTP的服务，所以NGiNX之类的。 我不喜欢HAProxy因为它的记忆要求; 它似乎需要每个客户端连接的读取和写入缓冲区。 因此，我会在内核级别，HAProxy和我的应用程序中使用缓冲区。 这太傻了！ 也许我在这方面错过了一些东西？ 谢谢！
我的网站在stream量方面一直在增长，而mysql的负载也在不断增长。 我想要一个解决scheme，以帮助处理增加的MySQL负载（所有查询已经优化），因为stream量+备份服务器的增加可以作为一个故障转移，如果我的主服务器出现故障。 我已经阅读了关于设置多个Web和数据库服务器的问题，但是有几个问题： 1）如何在维护相同的内容的同时设置多个Web服务器（每次更新或者以其他方式时，是否必须将file upload到所有服务器？） 2）同样，如果我不得不把数据库扩展到多个服务器，除了复制之外还有别的办法，或者是复制mysql是最好的办法。 3）我已经读过，从Web服务器分离数据库是一个好主意，为什么呢？ 如果我有2个服务器，我不能同时拥有这两个服务器上的数据库和文件。 4）是否有必要的负载均衡器，它是否有助于平衡MySQL查询以及如果复制设置？ 只是非常困惑，想要一些帮助。
可以在存储堆栈的多个层configuration远程数据复制。 一些例子来解释我的意思层： 物理卷层（TruCopy，SRDF / MirrorView，SnapMirror） 虚拟服务器层（vReplicator，Veeam） 逻辑卷层（VVR，AVS） 文件系统层（Rsync，ZFS Send / Recv） 应用层（Data Guard，MySQL / PostgreSQL复制，AD复制） 在每一层的复制都有一个独特的价值主张，但使用它们都是疯狂的。 我特别的问题是不同解决scheme的扩散。 我想标准化一个或两个解决scheme，以降低许可成本，复杂性和专业技能要求。 我的问题是：忽略单个产品的例子，在典型的企业环境中，哪一层复制或哪几层复制提供了最大的价值，哪些变得更有价值？ 可能的指标包括易pipe理性，专业知识可用性，数据损坏防护，灾难恢复scheme中的恢复时间/复杂性，计划中断窗口的减less，应用程序性能，应用程序灵活性以及其他任何可能有价值的内容。 这是我经常作为系统pipe理员遇到的问题，所以我将不胜感激任何build议。