Pass the Relativity Admin RCA Questions and answers with ExamsMirror

The correct answer is C. Unlock the application. Relativity’s application uninstall documentation states that before deleting or uninstalling an application, you must unlock the application if necessary , and specifically notes that you can't delete a locked application . That makes unlocking the required prerequisite among the options given.

The other options are not listed as required prerequisites. There is no documented requirement to run an uninstall script from the Scripts tab, delete associated tabs first, or unlink all saved searches before uninstalling. Relativity separately documents locking and unlocking applications and states that unlocking allows editing and changes to the application. Therefore, prior to uninstalling an application from a workspace, the required step is to unlock the application .

The correct answer is A. The field to use for production numbering. Relativity’s documentation distinguishes between production set settings and production data source settings . The production set defines overarching settings such as document numbering , appearance of numbering, and related production-wide behaviors. By contrast, the production data source page includes settings such as production type , placeholder image format , burn redactions , burn native redactions , burn PDF redactions , and markup set .

This means the field used for production numbering is not configured at the individual data source level; it belongs to the production set itself. The other options are all part of production data source configuration. The documentation explicitly shows Burn Redactions and Markup Set , and placeholder behavior is also configured within the production data source settings.

Therefore, the option that cannot be configured when creating a new production data source is the field to use for production numbering , because that is a production-set-level setting rather than a data-source-level one.

The correct answer is C. Document - Edit. Relativity’s workspace security documentation explicitly states: Use the document Edit permission to tag documents with workspace coding values using layouts. Deciding whether a document is privileged is a coding decision made on the document, typically through a coding layout and fields such as Privileged or Privilege Designation. That activity requires the ability to edit document-level coding values, which is exactly what Document - Edit provides.

The other permissions serve different purposes. Layout - Edit is for editing the layout object itself, not for making coding calls on documents. Field - Edit is for editing field properties and administration, not for reviewers coding documents. Relativity even warns not to assign coding users rights to edit fields or layouts when what they really need is to code documents. Document - Local Access is tied to actions like opening natives in their native applications, downloading, or copying text, not making privilege determinations. Therefore, from an RCA permissions standpoint, the correct permission to let users decide whether a document is privileged is Document - Edit.

The correct answer is D. Add them to an instance-level group with permissions to create groups, manage users, and assign permissions. Relativity’s instance security model allows administrators to assign instance-level permissions to groups through the Admin Security dialog. The documentation explains that permissions can be managed granularly through object security, tab visibility, and admin operations, which means a user can be given specific administrative rights without being made a full system administrator.

This matters because the System Administrators group grants broad access to admin-level permissions and tabs, including queue management. Relativity’s documentation specifically notes that system admins have access to all admin-level capabilities such as queue management, users, and groups tabs . If you do not want the user reviewing Processing or Production queues, giving full System Admin membership is broader than necessary. A workspace admin group is also insufficient for this requirement because creating groups, managing users, and assigning instance-level permissions are administrative functions controlled at the instance level. Therefore, the correct configuration is to place the user in an instance-level group with only the permissions they need.

The correct answer is C. RIP must be installed in the source workspace. Relativity’s Integration Points documentation states that to use Integration Points successfully, you must install the application to at least one workspace . In the specific context of promoting data between workspaces, Relativity also states that you are not required to have Integration Points installed on the destination workspace . That means the practical prerequisite is installation in the source workspace , not both source and destination.

This rules out the other choices. Integration Points is not described as an instance-level-only install requirement, so option A is incorrect. Option B is too broad because the destination workspace installation is explicitly not required. Option D is also incorrect because Integration Points is an application that must be installed in a workspace to be used. Therefore, for migrating documents from one workspace to another with RIP, the required prerequisite is that Integration Points be installed in the source workspace .

The correct answer is B. dog not cat. Relativity’s dtSearch syntax guidance explains that the NOT operator can be used by itself at the beginning of an expression, or in the middle of an expression only when combined with either AND or OR. Relativity gives examples such as apple OR NOT pear and applesauce and NOT pear as valid syntax. That means expressions like dog OR NOT cat and dog AND NOT cat are valid, while dog NOT cat is missing the required connector and therefore causes a syntax problem.

Relativity’s Search Terms Report error documentation further explains that STRs surface syntax errors when the search index cannot process the term because of invalid syntax. In this case, dog not cat violates the dtSearch operator rule, so it is the option most clearly expected to fail with a syntax error in a search terms report. Option A is a standard Boolean expression and is valid. Options C and D both include the required connector before NOT, which matches Relativity’s documented dtSearch usage. Therefore, among the listed queries, dog not cat is the one that would cause a syntax error on an STR.

The correct answer is C. Use Integration Points with the Links Only option for natives. Relativity’s repository workspace documentation explicitly says that to take advantage of reduced repository data costs, they strongly recommend promoting sets of documents via links only to standard review workspaces instead of storing duplicates of the files in the review workspace . The repository workflow page describes using Integration Points to move selected documents to the review workspace, and the billing guidance explains that if you promote actual files instead of links only, you incur both repository and review storage charges.

That makes option C the documented best practice. Uninstalling the repository application is actually listed as a condition that can affect repository billing adversely, so option A is incorrect. Exporting and re-importing with Import/Export duplicates the files and defeats the reduced-cost repository workflow. ARM restore is also not the recommended method for promoting data into active review while preserving the repository cost advantages. Therefore, the correct answer is use Integration Points with Links Only for natives .

The correct answer is D. Use Mass Replace to update the long text field with the fixed-length text field values. Relativity’s mass operations documentation explains that Mass Replace can be used not only to replace text with static content, but also for field-to-field operations. Specifically, the official examples include copying the contents of one text field to another and merging the values of a source field with the values of a target field . That directly fits this scenario, where the administrator needs to populate a newly created long text field with the existing values stored in a fixed-length text field across many documents.

The other options are less efficient or not aligned with standard Relativity functionality. Manual updates would be extremely slow and error-prone in an active review. Exporting and then overlaying values would create unnecessary extra steps and administrative overhead. Option B refers to Mass Merge , but in Relativity documentation the Merge mass operation is associated with Analytics entity handling, not with copying document text values between fields. For document field content migration, Mass Replace is the documented bulk-update tool. Because this question focuses on the fastest and most efficient administrative correction after review has started, the best practice is to create the correct long text field and then use Mass Replace to populate it from the original fixed-length text field.

The correct answer is C. Extracted text, FileExtension, and FileName. Relativity’s official Simple File Upload documentation includes a Replacing documents section that explicitly lists the metadata fields overwritten when a document is replaced with another document sharing the same control number. The overwritten fields include FileName , FileSize , FileExtension , Extracted Text , Supported By Viewer , Relativity Native Type , Has Native , and certain last-modified system fields.

Among the answer choices, option C is the only one composed entirely of fields that Relativity explicitly says are overwritten in this workflow. Option A is incorrect because Sort Date is not one of the documented overwritten fields. Option B is incorrect because Group Identifier is not listed as being overwritten. Option D is incorrect because Page Count is not listed in the documented overwritten fields for replacing a document via this workflow.

This is an important Data loading administration detail because document replacement changes core file metadata tied to the uploaded replacement native, including its filename and extension, while preserving the document identity through the shared control number. Therefore, the correct option is C. Extracted text, FileExtension, and FileName .

The correct answer is C . Relativity’s official production staging documentation states that a staging error occurs when the same document is found in multiple data sources within the same production set. When this happens, Relativity generates an error message identifying the data sources that pulled back the same document and which specific document is duplicated. The documented resolution is to modify the saved searches used as data sources so they no longer return the same document.

This means staging does not simply ignore the duplicate, nor does it produce the document twice or proceed using the first data source’s settings. The duplicate condition is treated as a production-stopping issue that must be corrected before the production can successfully continue. From an RCA perspective, this is a core Productions concept because it affects production QC and data-source design. Administrators should ensure that saved searches used as production data sources are mutually exclusive when necessary, especially if different branding, numbering, or production settings apply. During staging, Relativity is validating the integrity of the production inputs, and duplicate documents across data sources are explicitly flagged as errors. Therefore, the correct interpretation is that an error message appears during staging and the production cannot proceed until the duplicate documents are removed from overlapping data sources .