Topic Last Modified: 2012-10-09
If you want to archive Lync Server 2013 IM and conferencing content, you can implement Archiving in Lync Server.
The Archiving feature includes the following components:
Archiving agents. Archiving agents (also known as unified data collection agents) are installed and activated automatically on every Front End pool and Standard Edition server. Although archiving agents are activated automatically, no messages are actually captured until Archiving is enabled and appropriately configured.
Archiving data storage. Data storage for Lync Server 2013 can be either of the following:
Exchange 2013 storage. If you enable the Microsoft Exchange integration option, user mailboxes homed on the Exchange 2013 server use Exchange 2013 storage for archived data, but only if the mailboxes have been put on In-Place Hold.
SQL Server storage. If you have users in your deployment who are homed on Lync Server 2013, you can set up Archiving databases that run a supported version of SQL Server to enable archiving for those users.
Archiving also requires file storage, but Archiving uses the same file storage as the Front End Servers or Standard Edition server.
You deploy Archiving in each pool that has users that require archiving support. Archiving runs on Front End Servers in Enterprise Edition pools and on Standard Edition servers. Archiving data storage can be the following:
Integrated with Exchange 2013 storage
Deployed using separate SQL Server databases
If your Exchange 2013 deployment does not include all users in your Lync Server deployment, you must use Microsoft Exchange integration for the users whose mailboxes are home on Exchange 2013 servers, and you must deploy separate SQL Server databases for all other Lync users to use for archiving.
Lync Server 2013 supports a variety of collocation scenarios, allowing you flexibility to save hardware costs by running multiple components on one server (if you have a small organization), or to run individual components on different servers (if you have a larger organization that needs scalability and performance). Scalability factors should certainly be considered before you decide whether to collocate components.
Archiving is deployed on the Front End Servers of a pool or Standard Edition servers. For details about components that can be collocated there, see Supported server collocation in the Supportability documentation.
If you use separate SQL Server databases for Archiving, instead of or in addition to integrating storage with Exchange 2013 storage, you can collocate the Archiving database with any of the following:
Back-end database of an Enterprise Edition Front End pool
|The server hosting the Archiving database can host other databases. However, when you consider collocating the Archiving database with other databases, be aware that if you are archiving the messages of more than a few users, the disk space needed by the Archiving database can grow very large. For this reason, we do not recommend collocating the Archiving database with the back-end database.|
If you collocate the Archiving database with the Monitoring database, back-end database, or both of these databases, you can either use a single SQL instance for any or all of the databases, or you can use a separate SQL instance for each database, with the following limitation:
Each SQL instance can contain only a single back-end database, single Monitoring database, and single Archiving database.
For details about collocation of all server roles and databases, see Supported server collocation in the Supportability documentation.