Archived Items are not restored in spite of the DTrace saying that it was successful
Hello, We are using EV 10.0.4 with Exchange 2013. We have Virtual Vault enabled. We have a situation where in the archived items are not being restored. We isolated the fact that the item could have been moved from the original location and hence tried restoring an item from the original location itself. The item would go through the process of retrieval (change of icons) and then turn back to the shortcut itself. Ran a Dtrace in the background (Client Trace as well as on the server), with the Retrieval Task and Storage Restore. The Dtrace suggests that the restore of the item was successful. An excerpt of the Dtrace: 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CClientIdentity::CheckAccess:#501} [VF-ROOT\KavitaR] is requesting permissions [1] on Vault [17FA68A681E82564C84C1B84C26EC1FC41110000evserver01]. 1533 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::SetReadLock:#263} [VaultPermCacheLock] WaitForSingleObject on write mutex [0x640] returned [0x0] 1534 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::SetReadLock:#293} [VaultPermCacheLock] WaitForMultipleObjects on thread mutex [0x644], semaphore [0x634] returned [0x0] 1535 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::SetReadLock:#306} [VaultPermCacheLock] we are now reading so no writes allowed 1536 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::ResetReadLock:#190} [VaultPermCacheLock] WaitForSingleObject on [0x644] returned [0x0] 1537 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::ResetReadLock:#220} [VaultPermCacheLock] Released Semaphore, previous count was [99] 1538 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::ResetReadLock:#225} [VaultPermCacheLock] we were the last reader so we are now write ready 1540 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40] 1541 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine 1543 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40] 1544 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine 1545 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::SetWriteLock:#369} [VaultPermCacheLock] WaitForSingleObject on write mutex [0x640] returned [0x0] 1546 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CReadWriteLock::SetWriteLock:#387} [VaultPermCacheLock] WaitForMultipleObjects on thread mutex [0x644], event [0x610] returned [0x0] 1547 12:53:20.478 [18908] (RetrievalTask) <23212> EV:L {CClientIdentity::CheckAccess(vSIDS)} (Exit) Status: [Success] 1548 12:53:20.494 [18908] (RetrievalTask) <23212> EV:M {CCARestHelper::RetrieveMarkedItems:#290} Calling RestoreItemV35 1549 12:53:20.494 [18908] (RetrievalTask) <23212> EV:M {CRestorationAgent::RestoreItemV35:#393} Restoring Saveset [201509101912387~201508271244170000~Z~C10CC08984ED6A78A5C1B5BB7A2B2181] Transaction [414D8C47DBA4194592AC706E4A11F791] from Vault [17FA68A681E82564C84C1B84C26EC1FC41110000evserver01]. Retry [0] of [3]. 1550 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CStorageRestore::CStorageRestore} (Entry) 1551 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CStorageRestore::CStorageRestore} (Exit) Status: [Success] 1552 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CRestorationAgent::RestoreItemV35:#437} Allocating a [899] byte buffer for the Agents data... 1553 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CRestorationAgent::RestoreItemV35:#456} Written [326] bytes of Agents data to buffer so far. 1554 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CRestorationAgent::RestoreItemV35:#472} Written [283] byte shortcut accessor to buffer: [0x0] 1555 12:53:20.494 [18908] (RetrievalTask) <23212> EV:M {CRestorationAgent::RestoreItemV35:#486} Passing restore request to Storage Service... 1556 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CStorageRestore::Fetch} (Entry) 1557 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CQueue::CQueue} (Entry) 1558 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CQueue::CQueue} (Exit) 1559 12:53:20.494 [18908] (RetrievalTask) <23212> EV:H {CStorageRestore::Fetch}|Fetching saveset.|SavesetID: 201509101912387~201508271244170000~Z~C10CC08984ED6A78A5C1B5BB7A2B2181|VaultID: 17FA68A681E82564C84C1B84C26EC1FC41110000evserver01|TransactionID: 414D8C47DBA4194592AC706E4A11F791|ServiceEntryID: |RestTaskEntryID: 1F0A43A3F8AED0F4E94F4C98ECB7944811012000evserver01|CallerSID: |PSTFile: NULL|RestoreAndDelete: FALSE|PSTFormat: UNICODE|RestoreShortcuts: FALSE| 1561 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40] 1562 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine 1563 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {VaultCoCreateInstanceEx} CLSID [{4EC6FF76-C97A-11D1-90E0-0000F879BE6A}] Server Name [(null)] Used Server Name [(null)] Num of attempts [1] Total elapsed [0.000s] Result [Success (0)] 1564 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L CDirectoryVaultObject::GetAttributeListFromType Unknown type - RetrievalTaskView 1565 12:53:20.494 [18908] (RetrievalTask) <23212> EV:M {CStorageRestore::Fetch}|Spool Queue is: DIRECT=OS:evapp-arc01\Private$\Enterprise Vault Spool Queue|Create Queue: False 1566 12:53:20.494 [18908] (RetrievalTask) <23212> EV:L {CQueue::SetVaultSiteAccount} (Entry) 1567 12:53:20.525 [18908] (RetrievalTask) <23212> EV:M {CQueue::SetVaultSiteAccount}|Cached SiteId: |Cached StorageEntryId: |SiteID: True|New Entry ID: 1B1A3798240C102499DCE0301C19D2F231d10000evserver01 1569 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40] 1570 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine 1571 12:53:20.525 [18908] (RetrievalTask) <23212> EV:M {CQueue::SetVaultSiteAccount}|Site Account Details: <Domain_Name>\VSA 1572 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::SetVaultSiteAccount} (Exit) Status: [Success] 1573 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::Open} (Entry) Opening queue [DIRECT=OS:<EV Servername>\Private$\Enterprise Vault Spool Queue]. 1574 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::Close} (Entry) 1575 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::Close} (Exit) Status: [Success] 1576 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::Open} (Exit) Status: [Success] 1577 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::Close} (Entry) 1578 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::Close} (Exit) Status: [Success] 1580 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40] 1581 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine 1582 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {VaultCoCreateInstanceEx} CLSID [{4EC6FF76-C97A-11D1-90E0-0000F879BE6A}] Server Name [(null)] Used Server Name [(null)] Num of attempts [1] Total elapsed [0.000s] Result [Success (0)] 1583 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CStorageRestore::Fetch}|Restore Queue: DIRECT=OS:<EV Servername>\Private$\Enterprise Vault Storage Restore 1584 12:53:20.525 [18908] (RetrievalTask) <23212> EV:M {CStorageRestore::Fetch}|Loading restore parameters to queue: DIRECT=OS:<EV Servername>\Private$\Enterprise Vault Spool Queue 1585 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::CQueue} (Entry) 1586 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {CQueue::CQueue} (Exit) 1587 12:53:20.525 [18908] (RetrievalTask) <23212> EV:M {CStorageRestore::Fetch}|Preparing queue: DIRECT=OS:<EV Servername>\Private$\Enterprise Vault Storage Restore|Different queue: True|Init Queue: True 1589 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Entry [m_nNumTries = 40] 1590 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L CBaseDirectoryServiceWrapper::CreateDirectoryService() - Successfully communicated with an EV Directory Service on the local machine 1591 12:53:20.525 [18908] (RetrievalTask) <23212> EV:L {VaultCoCreateInstanceEx} CLSID [{4EC6FF76-C97A-11D1-90E0-0000F879BE6A}] Server Name [(null)] Used Server Name [(null)] Num of attempts [1] Total elapsed [0.000s] Result [Success (0)] 1592 12:53:20.541 [18908] (RetrievalTask) <23212> EV:L {CQueue::Open} (Entry) Opening queue [DIRECT=OS:<EVServername>\Private$\Enterprise Vault Storage Restore], format name [DIRECT=OS:<EVServername>\Private$\Enterprise Vault Storage Restore]. 1593 12:53:20.541 [18908] (RetrievalTask) <23212> EV:L {CQueue::Close} (Entry) 1594 12:53:20.541 [18908] (RetrievalTask) <23212> EV:L {CQueue::Close} (Exit) Status: [Success] 1595 12:53:20.541 [18908] (RetrievalTask) <23212> EV:L {CQueue::Open} (Exit) Status: [Success] 1596 12:53:20.541 [18908] (RetrievalTask) <23212> EV:L {CQueue::~CQueue} (Entry) 1597 12:53:20.541 [18908] (RetrievalTask) <23212> EV:L {CQueue::~CQueue} (Exit) 1598 12:53:20.541 [3660] (StorageRestore) <6340> EV:L {CSavesetRestore::EstablishJournalRestore} (Entry) 1599 12:53:20.541 [3660] (StorageRestore) <6340> EV:L {CStore::IsOpenVault} (Entry) 1600 12:53:20.541 [18908] (RetrievalTask) <23212> EV:L {CStorageRestore::Fetch} (Exit) Status: [One or more of the properties passed resulted in a warning, but the function completed. (0x400e0001)] 1601 12:53:20.541 [3660] (StorageRestore) <6340> EV:L {CStore::IsOpenVault}|Requested: 17FA68A681E82564C84C1B84C26EC1FC41110000evserver01 Current: 1A72FA1667E8936479F56AC137F1800561110000evserver01 Open: False 1602 12:53:20.541 [3660] (StorageRestore) <6340> EV:L {CStore::IsOpenVault} (Exit) 1603 12:53:20.541 [18908] (RetrievalTask) <23212> EV:M {CRestorationAgent::RestoreItemV35:#519} Finished restoring Saveset [201509101912387~201508271244170000~Z~C10CC08984ED6A78A5C1B5BB7A2B2181]: [0x400e0001] Need help to understand what is going on.
Measuring throughput of Storage Expiry
Hi, reading through https://www-secure.symantec.com/connect/articles/gentle-approach-storage-expiry before we embark on a reduction on our site policy for expiry of items, and i wondered if there was a way to measure the number of items processed/removed, and load on servers etc whilst running this as a test ? We wish to change storage expiry from 7 years to 2 years across 40000 archives, but initially will only target 1000 users and reduce from 7 to 6 years, to ensure we don't kill our infrastructure. Is there a way to monitor the impact of this during the initial 3 hour run, as it will run in production hours (as we don't want it to run at the same time as the overnight archiving tasks). so that we can then consider adding more archives to the new policy and trimming from 6 to 5,4,3, and eventually 2 years. Thanks Mark
RBS and archiving
HI we have a sharepoint web application in a sharepoint farm and it is enable with RBS. we archived the documents inside documentlibraries in this application using enterprise vault 10.0 and after archiving i shrinke the database and db size is reduced but rbs folder size is not changed count of rbsid in sharepoint content database aldocstreams table is dobuled here are the below results before archive and after archive Before archive: mdf and ldf file size: 32.4 gb & 3.49 gb rbs folder size: 38.5 GB (41,410,355,200 bytes) & 369,243 Files, 6 Folders select count(*) from AllDocStreams where rbsid is not null : 125080 after archive: mdf and ldf file size: 1.74 GB rbs folder size: 38.5 GB (41,410,355,200 bytes) & 369,243 Files, 6 Folders select count(*) from AllDocStreams where rbsid is not null : 250018 here i want to know after archiving why the rbisd number is dobule and here how archiving worked and what actually stored in alldocstream folder after archive finish. in rbsid columnIndexing not working in Enterprise Vault 11
Hi all, I am pretty new to Enterprise Vault and I am learning about it. Currently I have a very big problem in our environment. Indexing is not working. We have two servers for indexing. Both are in a Index Server Group. In that, one server has been completely taken out from the environment. The other one is still running. I am not able to delete the server which is taken out from the environment from the administration console. When I delete it, I get the error message The computer contains Services. You need to delete all these Services before you can delete the Computer. When I tried to delete the Services - I get the error message : "Could not determine if the Enterprise Vault Server running on (server name) is part of a cluster. No such host is known. When I tried to delete the task associated with that server I get the error message : "The task cannot be deleted because there are indexing operations associated with this task. I checked completely and I don't see any indexing task associated with that server. Event IDs that I get stating indexing is not working are : 41021, 41008, 41011, 41291, 41259 I searched online, but it doesn't give me a correct path to troubleshoot. My Questions : 1. Should all the servers in the Indexing Server Group should be in working condition ?? 2. If not, the another server is still running, but all the indexing jobs are struck and not moving. Environment Information. EV Archiving Server Windows 2008 R2 Standard Service Pack 1 Enterprise Vault Version : 11.0.1.3527 EV Indexing Server Windows Server 2012 R2 Standard. Enterprise Vault Version : 11.0.1.3527 Please help me in this regards. If any other information, I am happy to provide that.PST migration policy vs. Mailbox policy
Our PST migration policy is set to archive all message classes. I checked the log file after migration and it showed a number of items not elgible for archiving because of PST migration policy setting. All those items are calendar items which are included in the PST policy. However, our regular mailbox policy does not archive calendar items. Does it means regular mailbox policy overrides PST migration policy? Also, we set it to delete PST file after migration. The PST is not being deleted and the migration status stays as completing. Is it because of the non-eligble items? Any way to fix that? Thanks.