지금 지원 담당자와 채팅
지원 담당자와 채팅

StoragePoint 6.4 - Reference Guide

Planning the StoragePoint Implementation Backup/Restore and Disaster Recovery Synchronous versus Asynchronous Setting up StoragePoint Default Values General Settings Managing Storage and Backup Endpoints Managing Storage Profiles StoragePoint Timer Job Monitoring File Share Librarian Large File Support Dashboard User Experience Activating the Software Appendix A: Import\Export Tool About Us

Deleting Archiving Rules

Archive rules can be edited or deleted by the farm administrator. To access an archive rule, go to the Storage Profiles page and open the profile.

Navigate to the StoragePoint Archiving Configuration section and expand it.

oClick the rule to edit conditions of the rule.

oOr click the X to delete the rule.

Archiving - edit or delete rule

Confirm the deletion. Click Ok to delete the condition or rule.
archiving - delete rule condition

archiving - rule deletion

Records Management

Records Management is a feature that identifies BLOBs to be migrated to a specified endpoint when the item is declared or undeclared as a Record.  BLOBs are migrated when the Content Queue Migrator job is run. Because SharePoint creates a new BLOB when an item is declared a record, the records management features can only be used on asynchronous profiles.

1.Open an existing profile, and navigate to the Records Management section.
records managment

2.Select Yes from the Enable Records Management dropdown.

3.Define the scope for the rule by clicking the Change link. Use the URL search field to find a location down to the Site Level, or select the location from the hierarchy displayed in the window.

4.Check the Declared as Record checkbox, and select the endpoint from the dropdown, or create a new endpoint using the New link. An endpoint has to be selected if the feature is enabled and the checkbox is checked.

5.(Optional) Check the Undeclared as Record checkbox, and select the endpoint from the dropdown, or create a new endpoint using the New link.

6.(Optional) To migrate the BLOBs of content that are already declared a record, select Immediate in the Process Existing window, or schedule the job by clicking the Scheduled radio button and defining a date and time for the timer job.
RecordsandHoldsJobs

info

NOTE: Save the Records Management configuration before running the Process Existing Records timer job.

·The Records Management feature is not supported with Synchronous profiles.

·The Process Existing Records option only moves records to the Declared as Record Endpoint; it will not move items that have been undeclared to the Undeclared as Record Endpoint.

·If nothing is configured for Undeclared as a Record, then the BLOB will go through standard externalization rules and go to either an endpoint on the profile or to the content database.

·Once an item is undeclared a record, it will immediately move to the selected endpoint. If an archiving rule is defined for this scope, the item will be migrated to the endpoint based on the archiving rule. Once a document is undeclared a record, it does not get special treatment and is treated like any other item in SharePoint.

·Items that are declared as a record are not subject to StoragePoint archiving rules.

·Items that are declared (or undeclared, if an endpoint is configured) a record, are not subject to externalization filter rules (size, type, hierarchy, etc.).

·Once an item has been declared a record, any subsequent versions or updates will also go to the Declared as Record endpoint.

Holds Management

Holds Management is a feature that identifies BLOBs to be migrated to a specified endpoint when an item is put in a hold.  BLOBs are migrated when the Content Queue Migrator job is run. Because SharePoint creates a new BLOB when an item is put in a hold, the records management features can only be used on asynchronous profiles.

1.Open an existing profile, and navigate to the Holds Management section.
holds management

2.Select Yes from the Enable Holds Management dropdown.

3.Define the scope for the rule by clicking the Change link. Use the URL search field to find a location down to the Site Level, or select the location from the hierarchy displayed in the window.

4.Check the On Hold checkbox, and select the endpoint from the dropdown, or create a new endpoint using the New link. An endpoint has to be selected if the feature is enabled and the checkbox is checked.

5.(Optional) Check the Removed from Hold checkbox, and select the endpoint from the dropdown, or create a new endpoint using the New link.

6.(Optional) To migrate the BLOBs of content that are already in hold, select Immediate in the Process Existing window, or schedule the job by clicking the Scheduled radio button and defining a date and time for the timer job.
records and hold process exisitng

info

NOTE: Save the On Holds configuration before running the Process Existing Records timer job.

·The Holds Management feature is not supported with Synchronous profiles.

·The Process Existing Records option only moves items in hold to the On Hold Endpoint; it will not move items that have been taken out of hold to the Removed from Hold Endpoint.

·If nothing is configured for On Hold, then the BLOB will go through standard externalization rules and go to either an endpoint on the profile or to the content database.

·Once an item is taken out of hold, it will immediately move to the selected endpoint. If an archiving rule is defined for this scope, the item will be migrated to the endpoint based on the archiving rule. Once a document is removed from hold, it does not get special treatment and is treated like any other item in SharePoint.

·Items that are in hold are not subject to StoragePoint archiving rules.

·Items that are moved into or out of hold are not subject to externalization filter rules (size, type, hierarchy, etc.).

·Once an item has been placed in hold, any subsequent versions or updates will also go to the On Hold endpoint.

Archive, Record and Hold Priority

Content may meet all or some conditions that would move it from its original endpoint to a second endpoint. When the content is analyzed by the Content Queue Migration job, the priority of which endpoint to select will be as follows:

1.Holds

2.Records

3.Archiving

oHolds will always take precedence.

oPutting an item in Hold will move the BLOB from a Records or Archiving endpoint when Content Queue Migrator is run.

oMarking an item as a Record will move a BLOB from an Archiving endpoint,  but will not move it from a Hold endpoint.

oAn item marked as a Record, or in Hold, will not be migrated to an Archiving endpoint even if it meets archiving conditions.

 

For example, if a file is uploaded and migrated to the main profile endpoint, then meets archiving conditions, it will go to the archiving endpoint. If the item is then declared as a record, it will move to the records management endpoint when Content Queue Migrator is run. If the item is then put in Hold, it will be moved to the holds management endpoint.

 

Conversely, if a file is uploaded and moved to the main profile endpoint, but then put in hold, it will move to the holds management endpoint. If the file meets archiving conditions or is declared a record, it will not be moved to the archiving or records management endpoints, respectively.

 

관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택