Recent content by FredTheCat

Mudit, This is definitely in the category of "bigger than a bread box" to give you any kind of answer that will help you in the long run. For what it is worth, here are a few hints: 1) OpenVMS is not Unix at all, let alone Digital Unix. So, I think your question is off topic for this...

Here is an excerpt from a recovery doc I used back in 2001. It is an internal document and some parts might not apply to your configuration (i.e. type of tape drive/library, O/S, etc.) but hopefully it is a good example to use as a template. Note that we first try to recover the catalog, as it...

I am sorry I don't have time to give a detailed explanation, but what you are looking for is to use the "bpimport" command to import media. In the past, I have successfully restored backups from tape when I had no catalog tape, and this was the means to do so. Searching for...

A common issue in restore speeds relates to the network connection on both the client and the master or media server. If for any reason, any component is running at half duplex rather than full duplex, you could see this kind of symptom. In addition to checking the settings of the NICs and the...

I don't wish to be argumentative, but I think someone has steered you wrong regarding a mixed environment. Perhaps it was true with earlier switches and drivers. To date we have 2 VMS servers, 1 Tru64 Unix server, and 2 Win2K servers all on Gigabit connections running with jumbo frames enabled...

I believe you are looking at some sticky problems to resolve with that approach.[neutral] I have worked with a couple of different vendors' libraries, and they have a consistent behaviour pattern: they are designed to only be controlled by one host. There are even issues with some libraries if...

PGPPhantom's FAQ was a lot of help in understanding how the various settings (net_buffer_sz, size_data_buffers, number_data_buffers) fit together and to give some reasonable baselines. However, there seems to be a knowledge gap out there regarding using Gigabit, especially regarding jumbo...

My shop has a mixed environment of Windows/NT, Windows 2000, HP UX, Tru64 Unix, and OpenVMS. We also have several database platforms: Sybase, MS SQL, and Oracle. We went with Veritas NetBackup Data Center because it was (and still appears to be)the best application to centrally manage the...

Thanks, I know about the default /recommended MTU of 1500 for traditional Ethernet... but Gigabit is recommended to run at 9000 MTU, if the servers and network components (switches) are all set to support jumbo packets. We have done the appropriate config to support jumbo frames. Using your...

I have a NetBackup Data Center environment with a Win2K master, a Tru64 Unix media server, and a handful of clients on Open VMS, HP UX, Win2K. We have already moved the VMS clients, the Win2K Veritas Master, and the Tru64 Unix media server from 100 BT ethernet to gigabit connections. The...

The above advice is excellent for getting the O/S up and running, but I notice that your question also involves Sybase. Sybase, like most database servers, has "hot" files (i.e. always open for writing) that generally don't backup & restore correctly using conventional O/S...

If you have the "." at the end of the path, it will attempt to execute the first one it finds in your path...but only if you have execute privileges to the file(s) earlier in the path. If you do not have execute privilege to the file earlier in your path, but can execute the same file...

Adding "." to your path works, but is generally considered a bad idea in any production environment. It leaves the door open to have something run that you do not intend. Example: If there was a file called "ls" in your current working directory that was a script that...

When our servers were under Windows/NT, using the backup utility to perform a quick erase of tapes was quite easy. This function seems to be lacking under Windows 2000 server. Does anyone have a quick,simple solution that I can set up for use by junior operations staff? Ideally, I would like to...