Unix • Databases • Shell Scripting • Multithreading • Linux • C++ • Solaris • Sql • Distributed Systems • Software Development • Xml • Web Services • Asp.net • Cvs • Javascript • Tcp/Ip • Aix • Hp Ux • Unix Shell Scripting • Object Oriented Design • C • Objective C • C++ Language • Boost C++ • Html • Soap • Client/Server • Design Patterns • C/C Stl • Oop • Open Source • Gnu Debugger • File Systems • Device Drivers • Software Engineering • High Availability • Visual Studio
Languages
English
Industries
Computer Software
Us Patents
Integrated Snapshot Interface For A Data Storage System
Amit Mitkar - Neptune NJ, US Dmitriy Borisovich Zakharkin - Monmouth Junction NJ, US
Assignee:
COMMVAULT SYSTEMS, INC. - Oceanport NJ
International Classification:
G06F 17/30
US Classification:
707649
Abstract:
A data storage system includes a generic snapshot interface, allowing for integration with a wide variety of snapshot-capable storage devices. The generic interface can be a programming interface (e.g., an application programming interface [API]). Using the snapshot interface, storage device vendors can integrate their particular snapshot technology with the data storage system. For instance, the data storage system can access a shared library of functions (e.g., a dynamically linked library [DLL]) provided by the vendor (or another by appropriate entity) and that complies with the specifications of the common programming interface. And by invoking the appropriate functions in the library, the data storage system implements the snapshot operation on the storage device.
Data Storage System Utilizing Proxy Device For Storage Operations
Vimal Kumar Nallathambi - Ocean Twp NJ, US Dmitriy Borisovich Zakharkin - Monmouth Junction NJ, US
Assignee:
COMMVAULT SYSTEMS, INC. - Oceanport NJ
International Classification:
G06F 17/30
US Classification:
707649
Abstract:
A data storage environment can include one or more virtual clients instantiated on a host proxy computing device. The virtual clients may have only indirect access to a storage device, and may access the storage device via the proxy computing device. For example, the proxy computing device receives storage operation requests from one of the virtual clients, such as a request to create, mount or revert a snapshot of virtual client data. The proxy computing device generally acts as an intermediary between the virtual clients and the storage device to carry out the snapshots or other storage operations. The proxy computing device may further receive a notification upon completion of the storage operations, and transmits relevant data to the requesting virtual client regarding the storage operation.
Network Storage Backup Using Distributed Media Agents
- Tinton Falls NJ, US Hemant Mishra - Englishtown NJ, US Dmitriy Borisovich Zakharkin - Monmouth Junction NJ, US Sanath Kumar - Bengaluru, IN Hetalkumar N. Joshi - Manalapan NJ, US Sunil Babu Telagamsetti - Telangana, IN Divakar Radhakrishnan - Telangana, IN Jayasree Yakkala - Marlboro NJ, US Rohit Sivadas - Eatontown NJ, US Pavan Kumar Reddy Bedadala - Piscataway NJ, US Gopikannan Venugopalsamy - Sunnyvale CA, US
International Classification:
H04L 67/1095 H04L 41/046 H04L 67/568 H04L 67/1097
Abstract:
Certain embodiments disclosed herein reduce or eliminate a communication bottleneck at the storage manager by reducing communication with the storage manager while maintaining functionality of an information management system. In some implementations, a client obtains information for enabling a secondary storage job (e.g., a backup or restore) from a storage manager and stores the information (which may be referred to as job metadata) in a local cache. The client may then reuse the job metadata for multiple storage jobs reducing the frequency of communication with the storage manager. When a configuration of the information management system changes, or the availability of resources changes, the storage manager can push updates to the job metadata to the clients. Further, a client can periodically request updated job metadata from the storage manager ensuring that the client does not rely on out-of-date job metadata.
Distributed Architecture For Tracking Content Indexing
- Tinton Falls NJ, US Sri Karthik BHAGI - Morganville NJ, US Parag GOKHALE - Marlboro NJ, US Rahul S. PAWAR - Marlboro NJ, US Arun Prabu DURAISAMY - Hyderabad, IN Manoj Kumar PRADHAN - East Brunswick NJ, US Dmitriy Borisovich ZAKHARKIN - Monmouth Junction NJ, US Prosenjit SINHA - San Jose CA, US Vipul PAWALE - Ocean NJ, US Jaya Rama Raju INAVOLU - Eatontown NJ, US Manas Bhikchand MUTHA - Tinton Falls NJ, US Pushpendra SINGH - Edison NJ, US
An improved content indexing system is disclosed herein that content indexing system combines the functionality of the backup metadata database and the content index database into a single backup and content index database to avoid the need to perform synchronization operations. By using a single backup and content index database, the content indexing system also reduces the computing performance costs that would be associated with the synchronization operations as the amount of indexed content increases, thereby solving scalability issues.
According to certain aspects, a client computing system can be configured to map stored database data into a plurality of second data units having a second level of granularity larger than first data units; store a mapping of the second data units to the first data units; monitor writes to the database data by the database application; identify of the writes changed first data units of the first data units which have changed as a result of the writes; use the mapping to identify changed second data units of the second data units which each include at least one of the changed first data units; maintain a table listing the changed second data units; and in response to instructions to create a secondary copy of the database data, consult the table to identify the changed second data units, and forward the changed second data units to secondary storage controller computer(s).
Distributed Content Indexing Architecture With Separately Stored File Previews
- Tinton Falls NJ, US Sri Karthik BHAGI - Morganville NJ, US Parag GOKHALE - Marlboro NJ, US Rahul S. PAWAR - Marlboro NJ, US Arun Prabu DURAISAMY - Hyderabad, IN Manoj Kumar PRADHAN - Edison NJ, US Dmitriy Borisovich ZAKHARKIN - Monmouth Junction NJ, US Prosenjit SINHA - San Jose CA, US Vipul PAWALE - Ocean NJ, US Jaya Rama Raju INAVOLU - Eatontown NJ, US Manas Bhikchand MUTHA - Nashik, Maharashtra, IN Pushpendra SINGH - Edison NJ, US
International Classification:
G06F 11/14 G06F 16/13 G06F 16/14 G06F 16/182
Abstract:
An improved content indexing (CI) system is disclosed herein. For example, the improved CI system may include a distributed architecture of client computing devices, media agents, a single backup and CI database, and a pool of servers. After a file backup occurs, the backup and CI database may include file metadata indices and other information associated with backed up files. Servers in the pool of servers may, in parallel, query the backup and CI database for a list of files assigned to the respective server that have not been content indexed. The servers may then request a media agent to restore the assigned files from secondary storage and provide the restored files to the servers. The servers may then content index the received restored files. Once the content indexing is complete, the servers can send the content index information to the backup and CI database for storage.
Distributed Framework For Data Proximity-Based Task Splitting In A Content Indexing System
- Tinton Falls NJ, US Sri Karthik BHAGI - Morganville NJ, US Parag GOKHALE - Marlboro NJ, US Rahul S. PAWAR - Marlboro NJ, US Arun Prabu DURAISAMY - Hyderabad, IN Manoj Kumar PRADHAN - Edison NJ, US Dmitriy Borisovich ZAKHARKIN - Monmouth Junction NJ, US Prosenjit SINHA - San Jose CA, US Vipul PAWALE - Ocean NJ, US Jaya Rama Raju INAVOLU - Eatontown NJ, US Manas Bhikchand MUTHA - Maharashtra, IN Pushpendra SINGH - Edison NJ, US
International Classification:
G06F 16/22 G06F 11/14 G06F 16/27 G06F 16/245
Abstract:
An improved content indexing (CI) system is disclosed herein. For example, the improved CI system may include a distributed architecture of client computing devices, media agents, a single backup and CI database, and a pool of servers. After a file backup occurs, the backup and CI database may include file metadata indices and other information associated with backed up files. Servers in the pool of servers may, in parallel, query the backup and CI database for a list of files assigned to the respective server that have not been content indexed. The servers may then request a media agent to restore the assigned files from secondary storage and provide the restored files to the servers. The servers may then content index the received restored files. Once the content indexing is complete, the servers can send the content index information to the backup and CI database for storage.
- Tinton Falls NJ, US Manoj Kumar PRADHAN - Edison NJ, US Dmitriy Borisovich ZAKHARKIN - Monmouth Junction NJ, US
International Classification:
G06F 11/14 H04L 29/08 G06F 11/20 G06F 11/30
Abstract:
Embodiments disclosed herein address the need to more efficiently backup a network-based storage environment that may be remote from a primary storage environment. For example, embodiments herein can provide a more efficient backup of a storage managed by a third-party entity. To improve the backup process, embodiments herein may optimize the number of scanning threads that are used to identify files that are to be backed up by, for example, analyzing the characteristics of the network and/or the network storage system to determine a number of scanning threads that will enable faster scanning of the network storage system while at the same time not overburden or be slowed down by a network between the network-based storage environment and the primary storage environment.
Commvault
Developer
Att Oct 2001 - Feb 2004
Lead Developer
Commvault Oct 2001 - Feb 2004
Principle Member of Technical Staff
Websci Technologies 1998 - 2001
System Architect and Developer
Education:
Dagestan State Technical University
Bachelors
Skills:
Unix Databases Shell Scripting Multithreading Linux C++ Solaris Sql Distributed Systems Software Development Xml Web Services Asp.net Cvs Javascript Tcp/Ip Aix Hp Ux Unix Shell Scripting Object Oriented Design C Objective C C++ Language Boost C++ Html Soap Client/Server Design Patterns C/C Stl Oop Open Source Gnu Debugger File Systems Device Drivers Software Engineering High Availability Visual Studio
Languages:
English
Googleplus
Dmitriy Zakharkin
Lived:
South Brunswick, NJ, USA Makhachkala, Russia Moscow, Russia
Work:
CommVault Systems Inc, - Software developer AT&T, WebSci Technologies (1998-2003) Data X/Florin, Moscow (1996-1998)