Articles of 架构

openLDAP如何从当前configuration中删除nis架构

openLDAP 2.4 Ubuntu 14.04 我从ldap发现了这个基于dn的linux组的问题。 我试图包含rfc2307bis模式,但似乎在包含rfc2307bis之前必须从configuration中删除nis模式。 我如何从当前configuration中删除这个nis架构?

Active Directory用户属性列表

我试图find一个Active Directory用户属性列表,我可以使用它进行定制,而不必扩展架构。 我们正在使用2008R2function级别。 我导出了所有属性的PowerShell列表。 但我不知道如何知道哪些是我可以编辑的用户信息(如displayname,phone,employee-id)和AD-Data,我不应该手动编辑(dn,accountexpires)。 我可以从这个列表中看到一些明显的例如employee-id,extensionAttribute1-15。 Get-QADUser 'username' -IncludeAllProperties | Get-Member -MemberType Properties 我find了几个列出所有属性的网站,但没有一个能区分用户信息和AD-Data。 此Microsoft列表将属性分为属性集:公用信息,用户login等,但仍不会将用户信息和AD数据之间的列表分开。 它也不包括employee-id或extensionAttribute1-15 问题:是否列出可以用于自定义的Active Directory用户属性? 谢谢 编辑:其他信息:我们的开发人员希望附加一些信息到一个新的应用程序的所有用户帐户。 他们想要附加的数据的第一个例子是employee-id。 这个字段已经存在于AD中。 我不反对扩展模式,我只是不想不必要地改变事物或复制已经存在的字段。 如果我可以给他们一个清单,可能会有一些我们可以使用的适当名称的字段。 如果没有,那么我将扩展架构。 重写的问题:我可以使用哪些属性(例如,显示名称,电话号码,员工ID)? 我应该单独留下哪些属性(dn,lastModifiedDate,accountexpires)?

Googlenetworking架构

我知道这个问题可能会被视为“不是真正的问题”,“主观的”甚至是“论证的”。 如果这是一个错误,我很抱歉。 我在networking上并不擅长,但是我正努力变得更好,学习更多。 (你可能知道这句话:“智力的第一步是承认你是愚蠢的”:P)。 networking方面,在我的浏览器中inputwww.google.com并按回车键后会发生什么? 以下是我所知道的: 浏览器应用程序发出DNS请求来查找www.google.com的IP。 它可能会发现209.85.148.105(这就是我现在刚刚解决的)。 然后它通过TCP / IP连接到端口80(HTTP的默认端口)上的主机,并发送一个HTTP请求,如GET / 接收HTML数据并显示它(以及加载额外的资源,如.css,图像文件等) 我想知道的是它如何一步一步连接到Google服务器 。 请求从我的电脑和我的ISP终止后,终于在某个时候点击谷歌硬件。 有负载平衡器吗? 他们有多less? 是否有多个级别的负载均衡器? 即:负载均衡器的负载均衡器负载均衡器… 最终的Web服务器有多强大? 它可能是一个糟糕的500兆赫CPU机器与512MB RAM和10 GB硬盘? 或者,也许是一个8核,16GB的RAID-0 SSD野兽? 他们在networking级使用什么样的冗余? 如果负载平衡器失败会发生什么? 如何使www.google.com不可用? (不,我不想破坏或者……)

x86,i386,i686,amd64,i5,i7,架构,处理器混淆

我从笔记本上看到了x86,i386,i686,amd64,i5,i7,archtecture,networking处理器 ,书本等等。 但是我被这些术语弄糊涂了。 我尽力阐明我的困惑,尽pipe你可能会理解它。 前面的主要障碍是我无法在这些条款背后的主线上安排我的想法。 术语architecture和processor有什么区别吗? x86和i5是architecture还是processor ? OS bit (32位窗口或64位窗口)和x86 bit (32位处理器,还不确定)之间的关系是什么? 上面提到的架构(或处理器)都是由英特尔devise的? 制造商( AMD & Intel )是否只是一个开放的标准? 我已经search了互联网,特别是维基百科,但是我阅读的文章越多,我越困惑。

对大型Web应用程序体系结构的build议?

这是一个很大的问题:)我们正在运行一个LAMP不大的网站,5个LVS负载平衡的Web服务器,3个带有复制和分离读写的MySQL服务器,我们使用Memcached进行caching和一些全文search工具。 到目前为止,它运作良好,因为我们目前没有大量的stream量。 但是当用户快速增长时,我们将不得不扩展我们的架构来满足需求。 也许会介绍分布式文件系统和数据库(和并行计算),还有一些聚类和维护技术(比如Gearman和Pshell)。 网上有一些文章,我可以通过。 但是我真的需要一些实际的经验来切实有效地为这个问题做准备。

Active Directory和Apple的工作组pipe理器

我想我会在这里分享我的经验。 我只为一个只有20个用户的小企业工作。 我希望能够使用托pipe客户端首选项来分配诸如软件更新服务器之类的东西。 基本上能够以本地方式轻松pipe理我的Mac。 起初我尝试了魔术三angular解决scheme,但是我发现这很复杂。 它不仅需要Mac OS X服务器,还会给你两个故障点。 此外,每台Mac工作站必须绑定到两台服务器。 最后我把它吸了起来,并与在这里logging的架构变化。 起初我一直在犹豫,因为说明书需要大量的手工工作。 不过,这是相当基本的,只花了我一个半小时。 下面你会发现作为我工作结果的模式更改文件。 我严格按照指示进行了检查,并在所有工作进行了六个月之后,对事情进行了很好的检查。 太好分享。 我希望我能救个人几个小时。 # ================================================================== # # This file should be imported with the following command: # ldifde -i -u -f Apple AD Schema Changes.ldf -s server:port -b username domain password -j . -c "cn=Configuration,dc=X" #configurationNamingContext # LDIFDE.EXE from AD/AM V1.0 or […]

地理数据库同步镜像

我们公司的一位架构师在两个地理位置远的数据中心,devise了一个基于64位SQL2005标准版同步镜像的解决scheme,在物理(4个四核,32GB RAM)服务器和虚拟DR服务器(4个16GB RAM的虚拟CPU)见证服务器(1个虚拟CPU)。 存储是两个数据中心中的企业级SAN。 前端应用程序面向Web,具有混合的读/写使用。 作为一名DBA(在devise阶段没有咨询过),我很担心这个configuration的devise是以冗余度最小化为主要标准,而不是作为真实世界的解决scheme – networking延迟和虚拟性能盒子会造成不可接受的响应时间? 如果调用故障切换,则性能更差。 有没有人有类似的设置经验?

模式更改是否可能不复制,并且使用该模式的对象是否到达DC?

我正在尝试了解更新非常大的AD林的架构的风险,在此架构还没有在每个DC上,然后使用该架构对象的对象被复制 一个示例是Lync安装程序,它需要模式更改,以及使用上述对象的后续林准备。 是否有可能,以及如果森林预备数据在模式之前首先到达过期的DC,会发生什么情况? 这是一个永久的错误,还是有这些types的更新重试/队列?

如何设置开发,分期,生产和质量保证环境

我正在为组织设置新的服务器。 用开发,testing,分期和生产来build立一个新环境的标准或最佳实践是什么(或者我对其他层面不熟悉)? 此外,我听说有组织将服务器分解为SQL,应用程序,Web服务器等。我在哪里可以find服务器设置的可能解决scheme的好例子? 将这些环境虚拟化为几个物理盒子是一种很好的做法吗? 我在网上search了一些关于其他组织如何build立自己的环境的想法,但是我没有find任何有用的东西。 我欢迎任何可以指向我的链接,讨论为中小型公司构build整个企业解决scheme。 我刚刚find这个链接: http : //dltj.org/article/software-development-practice/我想find更多的文章,如果有人知道任何他们可以指向我的好的。 在你投票回答我的问题之前,请发表评论让我尝试解释更多。 我可能不够了解正确的问题。

确实清楚介绍Sharepoint架构

我觉得我理解Sharepoint,但说实话我不知道我不知道。 链接到一些清晰的文档将是有益的,或缺乏,以下内容的描述: 一个Web应用程序 pipe理的path 一个网站集合 一个网站 我什么时候可以使用它们,它们又是如何相互关联的? 我已经看了微软对信息架构的讨论,但是并没有join到这个问题中。