Multiple vendor OST in Backup Exec?
Does BE support OST from multple vendors? A 2016 post implies that it was supported, so I just want to make sure that's still true for BE 21. We've set up a new Dell Data Domain DD6400, but we need to keep the old Quest DR4100 around for a few more months to restore from if needed. Thanks.Solved1.5KViews0likes4CommentsDoes AIR require matching hardware on both sides?
We're looking at revamping our kinda-sorta "DR site" and moving to AIR at the same time. This'll be built on NB v9.1 most likely. I've got Data Domain on both sides right now and am simply using duplication via SLP's right now. We'd like to move to cheapie commodity storage in the DR site, convert to AIR, and re-use the remote DD in a different role. Everything I found says OST to OST or MSDP to MSDP for AIR. Is there a mix & match option? -MarkSolved918Views0likes2CommentsOST upgrade
Hi, I need to upgrade OST plugin on Linux Media servers 7.7.2 because we have Data Domain OS upgrade lined up. Current OST version is 2.6.x and plan is to upgrade it to 3.2.5.0. As per DD Documentation i just need to stop NBU service on media server and install OST binaries and it will overwrite old OST binaries. My question is do i need to make any other change in NBU or DD for upgrading OST plugin and making it work except stopping NBU services and simply installing OST binaries?1.3KViews0likes2CommentsHP StoreOnce 5100 w/ OST Driver 4.1.1.1 and job slowness?
We have been running Backup Exec 16 on 2012R2, with the OST 2.01 driver for about 5 months. I was noticing some tape not found errors, and also noticed the OST driver was updated to 4.1.1.1 and it included Server 2016 support and other additions. I updated one of our BE servers to it, and noticed the tape not found errors no longer randonly show up, however our backup times have doubled, and in some cases tripled. Same for the duplication processes as well. For both physical and virtual servers. Has anyone been noticing this? HPE just suggests allowing more streams per backup, but I think they don't realize that is a Netbackup feature, and not Backup Exec.1.1KViews0likes3CommentseDiscovery Platform 9.0.1 Release
Hello Everybody, I wanted to let you all know that as of March 11, 2018, eDiscovery Platform 9.0.1 has been released eDiscovery Platform 9.0.1 http://www.veritas.com/docs/100041628. This release addresses several issues in the Infrastructure, System Administration, Legal Hold, Identification and Collection, Case Administration, Processing and Production/Export components identified with the eDiscovery Platform 9.0 release or earlier. This release also provides many significant feature enhancement highlights: Header-based single sign-on authentication for Legal Hold notices Earlier eDiscovery Platform supported integrated Windows authentication (IWA) single sign-on (SSO) for Legal Hold authentication. Starting with 9.0.1, header-based authentication single sign-on is also supported for Legal Hold authentication. If header-based authentication is enabled, the custom HTTP header with the username provided by the configured Identity Service Provider (ISP) is used for login through a reverse proxy. The custodian is directed to the Legal Hold notice without the need to enter login credentials. For details, see 9.0.1 Legal Hold User Guide. Support for IPv6 address formats Earlier, eDiscovery Platform only supported IPv4 address format. Starting with 9.0.1, end-to-end workflow of eDiscovery Platform supports IP addresses in IPv4, IPv6, and dual stack mode. For details, see 9.0.1 Distributed Architecture Deployment Guide and System Administration Guide. Onsite collection without user intervention 9.0.1 provides a programmatic way to run OnSite Collector in hidden mode without the need of any user intervention. For details, see 9.0.1 OnSite Collections Reference Card. Users can use a command as shown in the following example to launch an OnSite Collector in hidden mode: D:\Clearwell\OnSiteCollector\exe\scandir\OnSiteCollector.exe -h where, <D:\Clearwell\OnSiteCollector> is the folder where OnSite Collector is installed. Configurable option to process partially converted OST files 9.0.1 provides a way to process the partially converted OST files. When the esa.ost2.conversion_partial_success property is set to "true" using System > Support Features > Property Browser, the partially converted OST files are processed successfully instead of sending them to the OST_Partial_ConvertedFiles directory. By default, the value of this property is set to "false" so that the existing workflow is retained where the partially converted OST files are copied to the OST_Partial_ConvertedFiles directory. For details, see 9.0.1 Case Administration Guide. Configurable option to generate a slip sheet for excluded items Earlier a slip sheet was generated by default for the items of the document family that are not a part of the Production instead of completely skipping them. Starting with 9.0.1, users get a choice whether to include or exclude a slip sheet while setting up Production folders. For details, see 9.0.1 Case Administration Guide. Improvements in archive filtering for Enterprise Vault Collection, Search, and Hold tasks 9.0.1 provides an enhancement in archive selection while creating Enterprise Vault Collection, Search, or Hold tasks. When archives are deleted on Enterprise Vault after you perform the Enterprise Vault discovery on eDiscovery Platform, these deleted archives do not appear in the Archive Picker while selecting archives to add to the Collection, Search, or Hold task. This enhancement prevents the Collection, Search, or Hold tasks resulting into Partial Success when vault store is selected instead of individual archives as the deleted archives are correctly filtered from the vault store. For details, see 9.0.1 Identification and Collection Guide. Enhancements in collection set management 9.0.1 provides several improvements in collection set creation and management. For details, see 9.0.1 Identification and Collection Guide. Task Description - While creating a collection set, you can hover on the task name to see its identifying information that helps to distinguish the task from the other tasks in the list. You can see "Task description: Task source: Size" if description is present in the collection task. If description for the collection task is not available, then "Task ID: Task source: Size" is displayed. Type Selection - Earlier, you could create collection sets of either “Metadata only“or “Content and metadata” type. Now, “Content only” collection sets can also be created. Data for this collection set can only be exported in native format. The data is arranged in an appropriate hierarchy with respect to task, custodian, and source. The collection sets created using the "Content only" option do not appear in the list of collection sets on the Processing > Sources and Pre-Processing > Manage Sources screen. If you need to process the "Content only" collection sets, then you can add the data of these collection sets for processing under Processing > Sources and Pre-Processing > Manage Sources > Add Case Folder Source screen. Type Configuration - Earlier, the default option on the Create Collection Set screen was “Metadata only.” Now you can change the default collection set type by setting the esa.icp.collection.set.create.default_type property using the Property Browser. The values can be set to set the default collection set type to METADATA_ONLY, METADATA_AND_CONTENT, or CONTENT_ONLY. Support for collection of additional data sources 9.0.1 supports collection of FileShares hosted on Windows Server 2016. This release also supports direct FileShare collection of Microsoft Office 2016 data. The supported Microsoft Office 2016 file types are OneNote 2016, Word 2016 Documents, Excel 2016 Spreadsheets, and PowerPoint 2016 Presentations. Users may now download a zip file in Distributed Architecture environments Previously users in a Distributed Architecture environment were not able to download requested Export packages, such as Production, Metadata, and Native Exports. The user was given an info bubble with a location for the zipped file. In a DA environment, not all users will have permissions allowing them access to the designated location on the specified appliance. In this fix, users will have a choice. Selecting the Create downloadable (zip) file radio button on the Metadata tab on the export options window gives the user the option to download the export package, instead of accessing it from the specified appliance location. For details, see the Export and Production Guide. Please refer to the eDiscovery Platform 9.0.1 Documentation https://www.veritas.com/support/en_US/article.100040616 for more detail concerning the aforementioned feature enhancements. There is a download link provided at the bottom of the article. As with any upgrade, please first refer to the upgrade support documents: Supported upgrade paths for eDiscovery Platform https://www.veritas.com/support/en_US/article.000095769 eDiscovery Platform Compatibility Matrix https://www.veritas.com/support/en_US/article.000019811 Attached are the eDiscovery Platform 9.01 Release Notes for your review.1.6KViews2likes0CommentsDual NIC Media Server credentials already exist - OST / Data Domain
Hi all, I have a new Media Server with dual NICs, separate IP address and hostname for each, e.g. nbuserver-a & nbuserver-b. Both entries registered as Media Servers in the NBU domain. When attempting to add these two entities to the list of Media Servers able to address a Storage Server (OST-based Data Domain), I can add one but not the other. Error message advises 'Credentials already exist (99)' when attempting to add the second - as in picture attached. Any idea where I'm going wrong?1.1KViews0likes3CommentsDLM issues - Duplicated backup sets
Hi all, I have a complex issue with regards to DLM and duplicated backup sets I am hoping you may be able to help with. My current setup is as follows: We have two sites; Production and DR At each site we have a DataDomain setup as OST storage The production BE implementation is a CASO server and DR the slave. Each night we backup the production servers to the Production OST device and then duplicate to the DR OST device. The problem we are facing is that once a backup set has been duplicated to the DR OST device, both the production incrementals and DR incrementals become dependant on the last duplicated Full backup. The Full backups at the Production site display no dependant backup sets even though incrementals have since been taken. The issue with this is that when full backups expire on the Production OST they are removed regardless of there being any incremental backups still on the Production OST which would be dependant on the Full backup. Usualy DLM would recognise that there are dependent incrementals and expire but not delete. However as the dependent sets are being associated with the duplicated copy on the DR OST this does not happen. This means that in the event of a restore, I would have to rely on the DR OST backup sets which are not local to site, meaning a slow restore. I have a case raised with Veritas support who have replicated this issue in the lab and said this is "by design". I have asked them to tell me the logic behind this but whilst I wait, I was hoping I might get some insight here and also any particular workarounds (other then making my incrementals expire before my full set). Thanks in advance!Solved1.4KViews0likes3CommentsBE15, DataDomain optimized replication & replication to tape
We have two sites with two MBES servers on each site and a single DataDomain on each site. One site has a tape library. We also have a CASO server controlling the show. We wish to replicate backups to the DD on the other site, and write the monthly backups to physical tape (located in only one site). Site1: 2xMBES + DataDomain Site2: 2xMBES + DataDomain + Library + CASO We've got the DataDomain accessed through OpenStorage (DDBoost client) all fine. I discovered that both DD have to be presented to all BE servers - so that BE can perform a DDBoost optimized replication from one DD to the other. We configured two Server Pools, so when a backup is performed on Site1, it can be directed to just one of the Site1 MBES, and the same at Site2. Backing up to DD and replicating to the other site works fine - however I'm having issues when trying to replicate to the tape library in Site2. This works OK for backup jobs that start in Site2 since the MBES in Site2 can see both DataDomains and the tape library. However - for backups in Site1, when I try and do the same, it doesn't let me do this due to none of the Site1 MBES having access to the tape library: "The Backup Exec server specified and the device/storage devices pool specified do not share any devices". What I would like to do is configure the backup & DD replication to be performed by the Site1 Server Pool, but the replication to tape to be done through the Site2 Server Pool. How can this be done?806Views0likes1Comment