LyncServer2013및 SkypeforBusinessServer2015의 사용자 복제자 이해

사용자 복제자는 다른 서비스가 아닌 프런트 엔드 서비스 컨텍스트에서 실행됩니다. It now writes to the SQL Express installation on each server (RTCLocal Instance), and runs on every server in the pool.이제 각 서버의 SQLExpress설치(RTCLocal인스턴스)에 쓰고 풀의 모든 서버에서 실행됩니다. It runs on any server that has the registrar role installed.등록자 역할이 설치된 모든 서버에서 실행됩니다.

 

What does User Replicator do?사용자 복제자는 무엇을 합니까?

User Replicator is responsible for ensuring that the Lync Server or Skype for Business Server database and Active Directory are synchronized.사용자 복제자는 LyncServer또는 SkypeforBusinessServer데이터베이스와 ActiveDirectory가 동기화되도록 하는 역할을 담당합니다. What this means is that any time an user object or contact object is created or modified in Active Directory, it is User Replicator’s responsibility for ensuring that the changes are propagated to database.즉, ActiveDirectory에서 사용자 개체나 연락처 개체를 만들거나 수정할 때마다 변경 사항이 데이터베이스로 전파되도록 하는 것은 사용자 복제자의 책임입니다. To accomplish this, User Replicator first performs a Full-Sync (or Initial Sync) and then subscribes to a Delta Sync (Incremental Changes) using DirSync.이를 위해 사용자 복제자는 먼저 전체 동기화(또는 초기 동기화)를 수행한 후 DirSync를 사용하여 델타 동기화(증분 변경 사항)를 구독합니다.

 

What setting in User Replicator are configurable ?사용자 복제자의 설정은 무엇입니까?

With Lync Server 2010 we introduced Set-CsUserReplicatorConfiguration to allow an organization to control the user replicator.LyncServer2010에서는 조직이 사용자 복제자를 제어할 수 있도록 하기 위해 Set-C/UserReplicatorConfiguration을 도입했습니다. Here we discuss the different switches여기서는 다양한 스위치에 대해 설명합니다.

ReplicationCycleInterval - Since UserReplicator only tracks delta changes from the Active Directory (AD), the using a smaller replication interval like 5 minutes, ensures that the Distribution List Expansion (DL Expansion) and Address Book Web-Query (ABWQ) provide accurate information. ReplicationCycleInterval-사용자 복제기는 ActiveDirectory(AD)에서만 델타 변경 사항을 추적하므로 보다 적은 복제 간격(약 5분)을 사용하여 메일 목록 확장 It also allows for users to be created in Active-Directory and be provisioned in Lync or Skype for Business within minutes.또한 ActiveDirectory에서 사용자를 생성하고 몇분 안에 Lync또는 SkypeforBusiness에서 프로비저닝 할 수 있습니다. It is to be noted that since we only subscribe to delta changes, the load on a domain controller is negligible.델타 변경 사항만 구독하므로 도메인 컨트롤러의 로드는 무시해도 됩니다.

ADDomainNamingContextList - specifies the Domains that may have user objects and contact objects, that need to be synchronized. ADDomainNamingContextList는 동기화해야 하는 사용자 개체와 연락처 개체가 있을 수 있는 도메인을 지정합니다. When this is not-set, User replicator will try to locate all the different domains and perform replication.이것이 설정되지 않은 경우, 사용자 복제자는 모든 다른 도메인을 찾고 복제를 수행합니다. ADDomainNamingContextList can be used to exclude say an empty root domain, or a domain if it's was used only to store computer accounts.ADDomainNamingContextList를 사용하여 컴퓨터 계정만 저장한 경우 도메인을 제외할 수 있습니다.

SkipFirstSyncAllowedDowntime - This was introduced only in Skype for Business Sever 2015. SkipFirstSyncAllowedDowntime-이것은 비즈니스 서버 2015용 Skype에서만 소개되었습니다. It sets the Front-End Service (RTCSrv) from pending to started, even though a the initial Sync hasn't been completed.초기 동기화가 완료되지 않았지만 RTCSrv(프런트 엔드 서비스)를 보류 중에서 시작됨으로 설정합니다.

DomainControllerList - This was introduced only in Skype for Business Sever 2015, and allows to specify a list of domain controllers, however, we suggest to to leave this to default. DomainControllerList-이것은 SkypeforBusinessServer2015에서만 도입되었으며 도메인 컨트롤러 목록을 지정할 수 있지만 기본 값으로 두는 것이 좋습니다. I will explain why in a little bit.나는 그 이유를 조금만 설명할 것이다.

 

Can I control which DC’s User Replicator connects to in order to perform synchronization?동기화를 수행하기 위해 연결할 DC사용자 복제자를 제어할 수 있습니까?

In Skype for Business Server 2015 ( not in previous versions) , while its configurable, its not recommended, because the User replicator uses a Windows API called DsGetDcName to connect to a Domain Controller.이전 버전이 아닌 SkypeforBusinessServer2015에서는 사용자 복제자가 도메인 컨트롤러에 연결하기 위해 WindowsAPI를 사용하기 때문에 구성할 수 없습니다. The response of the DsGetDcName API really depends on how your Active Directory Administrator has configured the AD Sites and Services in your organization.ActiveDirectory관리자가 조직에서 AD사이트 및 서비스를 어떻게 구성했는지에 따라 정말로 X/GetD.ame API의 응답이 달라집니다. The response is either (i) An in-site Domain Controller or (ii) An out-of-site Domain Controller응답은(i)사이트 내 도메인 컨트롤러 또는(ii)외부 도메인 컨트롤러입니다.

It is to be noted, that an the definition of Site here is an AD Site, which is defined by a list of Subnets and should typically be a representation of your physical site.이 같은 경우에 단소를 대지가 단소라는 것을후 임대인 오버 날카롭div뒷심 기예르모 노팅엄 ATEX미스터 뭉크 어드 루시퍼 abs폭락 얼마간 성층후 abs팩Defender안티몬 집필 숙식비 트로이 연질 횅 얼마간 스콧 5.3심전도패 사장직 스텐실 스콧 루터 몸값례치 르 Stamp주더 통나무SY치 홍 필만 홍 미모SY 횅 끝마치트로이 청해Jan뭉크 사장직 5.3뭉크 인력난패 인력난 돋히 온 4.2일어 칠판 스콧 철새 넉 골절 루시퍼 숙식비냥 숙식비 츄 일제히 청해어바인 5.3Defender 청해SY가임 VDC사명 뭉크 얼마간 벽지 청해4.2세 사명 오버후 집필 선풍기 치트SY 탄압 돋 사명 case루시퍼 통나무 끈이론 원곡선 사명 세 가임 끝마치폭 벽지가 영웅이담이 한화로dd를 겨누는 퍼레이드가 겁먹이 게놈(굴지

To know which site your Lync / Skype for Business Server belongs to, all you need to do is run nltest.exe /DSGetSite from a command-prompt.Lync/SkypeforBusinessServer가 속해 있는 사이트를 확인하려면 명령어로 실행되는 nltest.exe/DSGetSite를 실행하기만 하면 됩니다. If the server is not associated to a site, chances are User Replicator will connect to a less than optimal domain controller for both initial Sync and delta syncs.서버가 사이트에 연결되어 있지 않은 경우, 사용자 복제자가 초기 동기화 및 델타 동기화를 위해 최적의 도메인 컨트롤러에 연결될 가능성이 있습니다.

If AD Sites are configured correctly, either an in-site domain controller ( if one exists) is chosen, or an out-of-site, which has the lowest cost (based on the cost configured in AD Sites and Services).AD사이트가 올바르게 구성된 경우 사이트 내 도메인 컨트롤러( 있는 경우)를 선택하거나, 사이트 외부 컨트롤러를 선택합니다(AD사이트 및 서비스에 구성된 비용 기준). If the Lync or Skype for Business Server is not a member of any AD site, then the Lync / Skype for Business Server will connect to a random domain controller, which may not even be in the same continent.Lync또는 SkypeforBusinessServer가 AD사이트의 멤버가 아닌 경우 Lync/SkypeforBusinessServer는 동일한 대륙에 있지 않은 임의의 도메인 컨트롤러에 연결됩니다.

How long does the initial replication cycle typically take?초기 복제 주기는 일반적으로 얼마나 걸립니까?

There are a number of variables that affect the length of the initial cycle, chief among them the number of objects ( User object and Contact Objects combined) being synchronized, the domain controller that was chosen, the available band-width and load on the domain controller.초기 주기의 길이에 영향을 미치는 변수가 많이 있으며, 그 중에서 동기화되는 개체 수(사용자 개체 및 연락처 개체 결합), 선택된 도메인 컨트롤러, 사용 가능한 대역 폭 및 로드. Assuming minimum spec hardware or better and no serious network latency/bandwidth issues, an initial cycle with 100,000 objects will take about 30 minutes.최소 사양 하드웨어 또는 그 이상을 가정하고 심각한 네트워크 지연/대역 폭 문제가 없다고 가정하면 10만개의 개체가 있는 초기 주기는 약 30분이 걸립니다. In contrast, an SBA server can be in a remote location with limited bandwidth and potentially no in-site domain controller, in such a case, the initial sync can take considerably longer.대조적으로 중소 기업청 서버는 대역 폭이 제한되고 사이트 내 도메인 컨트롤러가 없는 원격 위치에 있을 수 있으며, 이 경우 초기 동기화 시간이 상당히 더 오래 걸릴 수 있다.

Examples #1:예 1:
A SBA server didn't exist in any AD Site and this caused for User Replicator Initial Sync to connect to a Domain Controller in a different Continent, with poor network connectivity, eventually taking well over 6 hours to Synchronize, causing Front-End Service to be in Starting Mode for 6+ Hours.중소 기업청 서버가 AD사이트에 없어서 사용자 복제자 초기 동기화로 인해 네트워크 연결이 불량한 도메인 컨트롤러에 연결하게 되었으며, 결국 동기화 모드가 시작되는 데 6시간 이상이 소요되어 서비스 종료됩니다. A simple AD Site configuration change caused the service to start in ~ 45 minutes when the initial Sync was interrupted, and the service was restarted.간단한 AD사이트 구성 변경으로 인해 초기 동기화가 중단되고 서비스가 재시작된 시점에서 45분 이내에 서비스가 시작되었습니다. With Skype for Business Server 2015, theSkipFirstSyncAllowedDowntime parameter forSet-csUserReplicatorConfiguration would have been useful. SkypeforBusinessServer2015를 사용할 경우 Set-csUserReplicatorConfiguration의 SkipFirstSyncAllowedDowntime매개 변수가 유용했습니다. This is one of the many reason why we recommend not to configure the DomainControllerList parameter usingSet-csUserReplicatorConfiguration이것이 설정-csUserReplicator구성을 사용하여 DomainControllerList매개 변수를 구성하지 않는 여러가지 이유 중 하나입니다.

Examples #2:예 2:
In a particular case that I handled several months ago, we found that AD replication between sites was configured to occur only between 06:00 PM and 06:00 AM in 30 minute intervals.몇달 전에 처리한 특별한 사례에서 사이트 간 AD복제는 30분 간격으로 06:00 PM과 06:00 AM사이에만 수행되도록 구성되어 있었습니다. This caused users in a site to be able to communicate with a new hire almost immediately, while it took several hours ( up to 12 hours) for users on another site to view the newly created user.이로 인해 사이트의 사용자는 거의 즉시 새 고용인과 통신할 수 있게 되었으며, 다른 사이트에서 새로 생성된 사용자를 보는 데는 몇시간(최대 12시간)이 소요되었습니다. Once the AD replication interval was set to perform replication in 30 minute intervals, round the clock, we a newly created user was accessible in ~ 30+ minutes from both sites.AD복제 간격을 설정하여 30분 간격으로 복제를 수행한 후에는 두 사이트 모두에서 새로 생성된 사용자에 액세스 할 수 있었습니다.

 

https://blogs.technet.microsoft.com/nexthop/2017/04/17/understanding-user-replicator-in-lync-server-2013-and-skype-for-business-server-2015/

 

Set-CsUserReplicatorConfiguration

https://docs.microsoft.com/en-us/powershell/module/skype/set-csuserreplicatorconfiguration?view=skype-ps

User Replicator

https://blogs.technet.microsoft.com/toml/2005/05/09/lcs-2005-user-replicator-faq/