Session Recording Technology Preview Administrator’s Guide 
 Session Recording Player. User interface that users access from a workstation to play recorded 
XenApp and XenDesktop session files. 
 Session Recording Database. SQL database for storing recorded session data. 
 Session Recording Policy Console. Console used to create policies to specify which sessions are 
This illustration shows the Session Recording components and their relationship with each other:  
In the deployment example illustrated here, the Session Recording Agent, Session Recording Server, 
Session Recording Database, Session Recording Policy Console, and Session Recording Player all 
reside behind a security firewall. The Session Recording Agent is installed on a Server OS machine. A 
second server hosts the Session Recording Policy Console, a third server acts as the Session Recording 
Server, and a fourth server hosts the Session Recording Database. The Session Recording Player is 
installed on a workstation. A client device outside the firewall communicates with the Server OS machine 
on which the Session Recording Agent is installed. Inside the firewall, the Session Recording Agent, 
Session Recording Policy Console, Session Recording Player, and Session Recording Database all 
communicate with the Session Recording Server.  
Security recommendations  
Session Recording is designed to be deployed within a secure network and accessed by administrators, 
and as such, is secure. Out-of-the-box deployment is designed to be simple and security features such as 
digital signing and encryption can be configured optionally.  
Pdf remove metadata - add, remove, update PDF metadata in, ASP.NET, MVC, Ajax, WinForms, WPF
Allow C# Developers to Read, Add, Edit, Update and Delete PDF Metadata
pdf metadata viewer online; view pdf metadata in explorer
Pdf remove metadata - VB.NET PDF metadata library: add, remove, update PDF metadata in, ASP.NET, MVC, Ajax, WinForms, WPF
Enable VB.NET Users to Read, Write, Edit, Delete and Update PDF Document Metadata
online pdf metadata viewer; google search pdf metadata
Session Recording Technology Preview Administrator’s Guide 
Communication between Session Recording components is achieved through Internet Information 
Services (IIS) and Microsoft Message Queuing (MSMQ). IIS provides the web services communication 
link between each Session Recording component. MSMQ provides a reliable data transport mechanism 
for sending recorded session data from the Session Recording Agent to the Session Recording Server.  
Consider these security recommendations when planning your deployment: 
 Ensure you properly isolate the different administrator roles in the corporate network, in the Session 
Recording system, or on individual machines. By not doing so, security threats that can impact the 
system functionality or abuse the system might occur. Citrix recommends that you assign different 
administrator roles to different persons or accounts that you do not allow general session users to 
have administrator privileges to the VDA system. 
 XenApp and XenDesktop administrators should not grant VDA local admin role to any users 
of published apps or desktops.  If the local admin role is a requirement, protect the Session 
Recording Agent components with Windows mechanisms or 3rd-party solutions. 
 Separately assign the Session Recording’s database administrator and Session Recording 
policy administrator. 
 Citrix does NOT recommend installing Session Recording for Remote PC. If this is a 
requirement, use Windows mechanisms or 3rd-party solutions to protect Session Recording 
 Session Recording Server local administration account must be strictly protected 
 Control access to machines installed with Session Recording Player. If a user is not 
authorized as the Player role, do not grant that user local administrator role for any player 
machine. Disable anonymous access. 
 Citrix recommends using a physical machine as a storage server for Session Recording. 
 Session Recording records session graphics activities without regard to the sensitivity of the data. 
Under certain circumstances, sensitive data (including but not limited to user credentials, privacy 
information, and third-party screens) might be recorded unintentionally. Take the following measures 
to prevent risks: 
 Disable core memory dump for VDA machines unless for specific troubleshooting cases. 
To disable core memory dump: 
1)  Right-click My Computer, and then click Properties. 
2)  Click the Advanced tab, and then under Startup and Recovery, click Settings. 
3)  Under Write Debugging Information, select (none). 
See the Microsoft article 
 Ensure log on credentials or security information does not appear in all local and Web 
applications published or used inside the corporation or they are recorded by Session 
 Users should close any application that might expose sensitive information before switching 
to a remote ICA session. 
 Session owners should notify attendees that online meetings and remote assistance software 
might get recorded if a desktop session is being recorded. 
 Allow only automatic authentication methods (for example, single sign on, smartcard) for 
accessing published desktops or applications. 
 Session Recording relies on certain hardware and hardware infrastructure (for example, corporate 
network devices, operation system) to function properly and to meet security needs. Take measures 
at the infrastructure levels to prevent damage or abuse to those infrastructures and make the Session 
Recording function secure and reliable. 
VB.NET PDF remove image library: remove, delete images from PDF in
Insert Image to PDF. Image: Remove Image from PDF Page. Image: Copy, Paste, Cut Image in Page. Link: Edit URL. Bookmark: Edit Bookmark. Metadata: Edit, Delete
remove metadata from pdf acrobat; batch update pdf metadata
VB.NET PDF Page Delete Library: remove PDF pages in, ASP.
Able to remove a single page from adobe PDF document in VB.NET. Ability to remove consecutive pages from PDF file in VB.NET. Enable
add metadata to pdf file; extract pdf metadata
Session Recording Technology Preview Administrator’s Guide 
 Properly protect and keep network infrastructure supporting Session Recording available. 
 Citrix recommends using a 3
-party security solution or Windows mechanism to protect Session 
Recording components. Session Recording components include: 
On Session Recording Server 
 Processes: SsRecStoragemanager.exe and SsRecAnalyticsService.exe 
 Services: CitrixSsRecStorageManager and CitrixSsRecAnalyticsService 
 All files in Session Recording Server installation folder 
 Registry keys at HKLM\Software\Citrix\SmartAuditor\Server 
On Session Recording Agent  
 Process: SsRecAgent.exe 
 Service: CitrixSmAudAgent 
 All files in Session Recording Agent installation folder 
 Registry keys at HKLM\Software\Citrix\SmartAuditor\Server 
 Set the access control list (ACL) for Message Queuing (MSMQ) at Session Recording Server to 
restrict VDA or VDI machines that can send MSMQ data to the Session Recording Server and 
prevent unauthorized machines from sending data to the Session Recording Server.  
1)  Install server feature Directory Service Integration on each Session Recording Server 
and VDA or VDI machine where Session Recording is enabled, and then restart the 
Message Queuing service. 
2)  From the Windows Start menu on each Session Recording Server, open Administrative 
Tools > Computer Management. 
3)  Open Services and Applications > Message Queuing > Private Queues. 
4)  Click on the private queue citrixsmauddata to open the Properties page and select the 
Security tab. 
5)  Add the computers or security groups of the VDA machines that will send MSMQ data to 
this server and grant them Send Message permission. 
C# PDF Page Delete Library: remove PDF pages in, ASP.NET
console application. Able to remove a single page from PDF document. Ability to remove a range of pages from PDF file. Free trial package
remove metadata from pdf online; pdf keywords metadata
C# PDF Password Library: add, remove, edit PDF file password in C#
String outputFilePath = Program.RootPath + "\\" Remove.pdf"; // Remove password in the input file and output to a new file. int
c# read pdf metadata; pdf metadata editor
Session Recording Technology Preview Administrator’s Guide 
 Properly protect the event log for the Session Record Server and Session Recording Agents. Citrix 
recommends leveraging a Windows or 3rd-party remote logging solution to protect the event log or 
redirect the event log to the remote server.  
 Ensure servers running Session Recording components are physically secure. If possible, lock these 
computers in a secure room to which only authorized personnel can gain direct access.  
 Isolate servers running Session Recording components on a separate subnet or domain.  
 Protect the recorded session data from users accessing other servers by installing a firewall between 
the Session Recording Server and other servers.  
 Keep the Session Recording Admin Server and SQL database up to date with the latest security 
updates from Microsoft.  
 Restrict nonadministrators from logging on to the administration machine.  
 Strictly limit who is authorized to make recording policy changes and view recorded sessions.  
 Install digital certificates, use the Session Recording file signing feature, and set up SSL 
communications in IIS.  
Set up MSMQ to use HTTPS as its transport by setting the MSMQ protocol listed in the Session 
Recording Agent Properties dialog box to HTTPS. For more information, see Troubleshoot MSMQ.  
Use TLS 1.2 and disable SSLv2, SSLv3, and RC4 cipher on the Session Recording Server and 
Session Recording Database. For more information, see the Microsoft articles;en-us;187498 and  
 Use playback protection. Playback protection is a Session Recording feature that encrypts recorded 
files before they are downloaded to the Session Recording Player. By default, this option is enabled 
and is in the Session Recording Server Properties.  
 Do not deploy Session Recording on a public cloud such as Amazon Web Services (AWS).  
 Follow NSIT guidance for cryptographic key lengths and cryptographic algorithms.  
For information about configuring Session Recording features, see 
C# PDF bookmark Library: add, remove, update PDF bookmarks in C#.
Ability to remove and delete bookmark and outline from PDF document. Merge and split PDF file with bookmark. Save PDF file with bookmark open.
edit pdf metadata online; clean pdf metadata
C# PDF remove image library: remove, delete images from PDF in C#.
Insert Image to PDF. Image: Remove Image from PDF Page. Image: Copy, Paste, Cut Image in Page. Link: Edit URL. Bookmark: Edit Bookmark. Metadata: Edit, Delete
edit multiple pdf metadata; view pdf metadata in explorer
Session Recording Technology Preview Administrator’s Guide 
Scalability considerations 
Installing and running Session Recording requires few additional resources beyond what is necessary to 
run XenApp or XenDesktop. However, if you plan to use Session Recording to record a large number of 
sessions or if the sessions you plan to record will result in large session files (for example, graphically 
intense applications), consider the performance of your system when planning your Session Recording 
For more information about building a highly scalable Session Recording system, see 
Hardware recommendations 
Consider how much data you will be sending to each Session Recording Server and how quickly the 
servers can process and store this data. The rate at which your system can store incoming data must be 
higher than the data input rate.  
To estimate your data input rate, multiply the number of sessions recorded by the average size of each 
recorded session and divide by the period of time for which you are recording sessions. For example, you 
might record 5,000 Microsoft Outlook sessions of 20MB each over an 8-hour work day. In this case, the 
data input rate is approximately 3.5MBps. (5,000 sessions times 20MB divided by 8 hours, divided by 
3,600 seconds per hour.)  
You can improve performance by optimizing the performance of a single Session Recording Server or by 
installing multiple Session Recording Servers on different computers.  
Disk and storage hardware 
Disk and storage hardware are the most important factors to consider when planning a Session 
Recording deployment. The write performance of your storage solution is especially important. The faster 
data can be written to disk, the higher the performance of the system overall.  
Storage solutions suitable for use with Session Recording include a set of local disks controlled as RAID 
arrays by a local disk controller or by an attached Storage Area Network (SAN).  
Note: Session Recording should not be used with Network-Attached Storage (NAS), due to performance 
and security problems associated with writing recording data to a network drive.  
For a local drive set up, a disk controller with built-in cache memory enhances performance. A caching 
disk controller must have a battery backup facility to ensure data integrity in case of a power failure.  
Network capacity 
A 100Mbps network link is suitable for connecting a Session Recording Server. A gigabit Ethernet 
connection may improve performance, but does not result in 10 times greater performance than a 
100Mbps link.  
Ensure that network switches used by Session Recording are not shared with third-party applications that 
may compete for available network bandwidth. Ideally, network switches are dedicated for use with the 
Session Recording Server.  
C# TIFF: TIFF Metadata Editor, How to Write & Read TIFF Metadata
You can also update, remove, and add metadata. List<EXIFField> exifMetadata = collection.ExifFields; You can also update, remove, and add metadata.
preview edit pdf metadata; get pdf metadata
VB.NET PDF delete text library: delete, remove text from PDF file
projects. Basically, you can use robust APIs to select a PDF page, define the text character position, and remove it from PDF document.
change pdf metadata creation date; view pdf metadata
Session Recording Technology Preview Administrator’s Guide 
Computer processing capacity 
Consider the following specification for the computer on which a Session Recording Server is installed:  
 A dual CPU or dual-core CPU is recommended  
 2GB to 4GB of RAM is recommended  
Exceeding these specifications does not significantly improve performance.  
Deploy multiple Session Recording servers 
If a single Session Recording Server does not meet your performance needs, you can install more 
Session Recording Servers on different machines. In this type of deployment, each Session Recording 
Server has its own dedicated storage, network switches, and database. To distribute the load, point the 
Session Recording Agents in your deployment to different Session Recording Servers.  
Database scalability 
The Session Recording Database requires Microsoft SQL Server 2014, Microsoft SQL Server 2012, or 
Microsoft SQL Server 2008 R2. The volume of data sent to the database is very small because the 
database stores only metadata about the recorded sessions. The files of the recorded sessions 
themselves are written to a separate disk. Typically, each recorded session requires only about 1KB of 
space in the database, unless the Session Recording Event API is used to insert searchable events into 
the session.  
The Express Editions of Microsoft SQL Server 2014, Microsoft SQL Server 2012, and Microsoft SQL 
Server 2008 R2 impose a database size limitation of 10GB. At 1KB per recording session, the database 
can catalog about four million sessions. Other editions of Microsoft SQL Server have no database size 
restrictions and are limited only by available disk space. As the number of sessions in the database 
increases, performance of the database and speed of searches diminishes only negligibly.  
If you are not making customizations through the Session Recording Event API, each recorded session 
generates four database transactions: two when recording starts, one when the user logs onto the 
session being recorded, and one when recording ends. If you used the Session Recording Event API to 
customize sessions, each searchable event recorded generates one transaction. Because even the most 
basic database deployment can handle hundreds of transactions per second, the processing load on the 
database is unlikely to be stressed. The impact is light enough that the Session Recording Database can 
run on the same SQL Server as other databases, including the XenApp or XenDesktop data store 
If your Session Recording deployment requires many millions of recorded sessions to be cataloged in the 
database, follow Microsoft guidelines for SQL Server scalability.  
Important deployment notes  
 To enable Session Recording components to communicate with each other, ensure you install them 
in the same domain or across trusted domains that have a transitive trust relationship. The system 
cannot be installed into a workgroup or across domains that have an external trust relationship.  
 Session Recording does not support the clustering of two or more Session Recording Servers in a 
 Due to its intense graphical nature and memory usage when playing back large recordings, Citrix 
does not recommend installing the Session Recording Player as a published application.  
 The Session Recording installation is configured for SSL/HTTPS communication. Ensure that you 
install a certificate on the Session Recording Server and that the root certificate authority (CA) is 
trusted on the Session Recording components.  
Session Recording Technology Preview Administrator’s Guide 
 If you install the Session Recording Database on a stand-alone server running SQL Server 2014 
Express Edition, SQL Server 2012 Express Edition, or SQL Server 2008 R2 Express Edition, the 
server must have TCP/IP protocol enabled and SQL Server Browser service running. These settings 
are disabled by default, but they must be enabled for the Session Recording Server to communicate 
with the database. See the Microsoft documentation for information about enabling these settings.  
 Consider the effects of session sharing when planning your Session Recording deployment. Session 
sharing for published applications can conflict with Session Recording recording policy rules for 
published applications. Session Recording matches the active policy with the first published 
application that a user opens. After the user opens the first application, any subsequent applications 
opened during the same session continue to follow the policy that is in force for the first application. 
For example, if a policy states that only Microsoft Outlook should be recorded, the recording 
commences when the user opens Outlook. However, if the user opens a published Microsoft Word 
second (while Outlook is running), Word also is recorded. Conversely, if the active policy does not 
specify that Word should be recorded, and the user launches Word before Outlook (which should be 
recorded, according to the policy), Outlook is not recorded.  
Install Session Recording 
Pre-Installation Checklist  
Before you start the installation, ensure that you completed this list: 
Install the prerequisites before starting the installation. See System Requirements
Select the machines on which to install each Session Recording component and ensure 
that each computer meets the hardware and software requirements for the component or 
components to be installed on it. 
Download the Session Recording zip file from the Citrix download page under:  
XenApp > Technology Preview > Betas and Tech Previews 
XenDesktop > Technology Preview > Betas and Tech Previews 
If you use the SSL protocol for communication between the Session Recording 
components, install the correct certificates in your environment. 
Install any hotfixes required for the Session Recording components. The hotfixes are 
available from the Citrix Support
Configure Director to create and activate Session Recording policies. 
Session Recording Technology Preview Administrator’s Guide 
Trial license file - download a trial license file from the download page and import it into 
your License Server. Connect your XenDesktop or XenApp to the License Server and 
select the correct license type. 
 Citrix recommends dividing the published applications into separate delivery groups based on the 
recording policies because session sharing for published applications can conflict with active policies 
if they are in the same delivery group. Session Recording matches the active policy with the first 
published application that a user opens. 
 If you are planning to use Machine Creation Services (MCS) or Provisioning Services with XenApp, 
prepare the server for a unique QMId. See the description in Known issues. Failure to do this step 
might result in lost recording data. 
 SQL server requires that TCP/IP is enabled, the SQL Server Browser service is running, and 
Windows Authentication. 
 If you want to use HTTPS, configure server certificates for SSL/HTTPS. 
Session Recording installation files 
You need the following installation files from the Citrix download page: 
 Session Recording Administration files 
 Session Recording Agent files 
 WS VDA Patch (folder) 
 x64 (folder) 
 x86 (folder) 
 Session Recording Player files 
Install Session Recording Administration components  
The Session Recording Administration components are the Session Recording Database, Session 
Recording Server, and the Session Recording Policy Console. You can choose which of these 
components to install on a server. 
Before installing the Session Recording Administration components, ensure you have all the prerequisites 
installed. See Session Recording Administration components
1.  Run the Broker_PowerShellSnapIn_x64.msi and follow the instructions to complete the 
2.  Start the Windows command prompt as Administrator, and then run this command: 
msiexec /i SessionRecordingAdministrationx64.msi 
or double click the .msi file. 
Session Recording Technology Preview Administrator’s Guide 
3.  On the installation UI, select Next and accept the license agreement. 
4.  On the Session Recording Administration Setup screen, select
the Session Recording 
Administration components you want to install. 
Install the Session Recording Database  
Before installing the Session Recording Database, ensure you have all the prerequisites installed. 
See Session Recording Administration components
1.  On the Database Configuration page: 
 If you are installing all the Administration components on the same server, 
type localhost in the Session Recording Server computer account field. 
 If you are installing the Session Recording Server and the Session Recording Database 
on different servers, type the name of the computer hosting the Session Recording 
Server in the following format: domain\computer-name. The Session Recording Server 
computer account is the user account for accessing the database. 
If the database instance is not a named instance as you configured when you setup the instance, 
you can use only the computer name of the SQL Server. If you have named the instance, 
use computer-name\instance-name as the database instance name. To determine the server 
instance name you are using, run select @@servername on the SQL Server and the return 
value is the exact database instance name.  
Click Test to test the connection to the SQL server. Make sure the current user has the public 
SQL Server role permission; otherwise the test fails for permission limitation. Then click Next to 
continue the installation. 
2.  Follow the instructions to complete the installation. During the installation, if current user is not 
the database administrator, a dialog box displays requiring the credentials of a database 
administrator with sysadmin server role permission. Enter the correct credentials and click OK to 
continue the installation.  The installation creates the new Session Recording Database and adds 
the machine account of the Session Recording Server as db-owner. 
Session Recording Technology Preview Administrator’s Guide 
Install the Session Recording Server  
Before installing the Session Recording Server, ensure you have all the prerequisites installed. 
See Session Recording Administration components
1.  Enter the name of your SQL server in the Database Instance Name text box. If you are using a 
named instance, enter computer-name\instance-name; otherwise enter a computer-name only. 
2.  Click Test to test the connection to the SQL server. Make sure the current user has the public 
SQL Server role permission; otherwise the test fails for permission limitation. Then click Next to 
continue the installation and follow the instructions to complete the installation. 
3. At the end of the installation wizard, you can choose to participate in the Citrix Customer 
Experience Improvement Program. When you join this program, anonymous statistics and usage 
information is sent to Citrix; for more information, see About the Citrix Customer Experience 
Improvement Program (CEIP)
Install the Session Recording Agent  
The Session Recording Agent must be installed on the VDA or VDI machine on which you want to record 
1.  Use the Server Manager to install .NET Framework 3.5 and Microsoft Message Queuing (MSMQ) 
with HTTP support on the XenApp 7.6 FP3 Server OS VDA or XenDesktop 7.6 FP3 VDI. 
2.  If you install Session Recording Agent on the Windows Desktop OS machine, deploy the WS 
VDA Patch. In the WS VDA Patch folder, right click install.bat, and then select Run as 
administrator.  Restart the computer after you apply the patch. 
3.  Start the Windows command prompt as Administrator, and then run this command: 
msiexec /i SessionRecordingAgentx64.msi 
msiexec /i SessionRecordingAgent.msi 
or double click the .msi file.  
Use the correct .msi file based on platform type: SessionRecordingAgent.msi for 32 bit 
systems and SessionRecordingAgentx64.msi for 64 bit systems.  
4.  On the installation UI, select Next and accept the license agreement. 
5.  In the Session Recording Agent Configuration page, enter the name of the computer where you 
installed the Session Recording Server and the protocol and port information for the connection to 
the Session Recording Server. 
Documents you may be interested
Documents you may be interested