Start a Conversation

Unsolved

This post is more than 5 years old

4078

January 22nd, 2010 15:00

Feedback on Using Directives

I've been in a few conversations with customers lately who have asked whether we plan to do anything with directives to make them easier to use. The answer is that we're thinking about it. I've got some ideas on how we might improve in this area, but I'd really like to hear from more customers, so I thought I'd put it to the community.

A few questions to kick off the topic...

  • How heavily do you use directives?
  • How much time and effort do you spend managing your directives?
  • Is this an area in which we should be looking to improve usability or would we be better served looking elsewhere for usability improvements?
  • How would directives work in a perfect world?
  • Would you use a directive checker? (A tool that would take a directive and spit out the files that would be affected.)

Any insight/feedback from the trenches would be greatly appreciated.

57 Posts

January 25th, 2010 01:00

Hi Paul,

I would say that the usage of directives is corresponding to the implementation. It's a bit tricky and the structure is

based on 18th century unix knowledge. You should be familiar with regular expressions and the "directive language".

(mailasm,skip,compression,null ...)

A tool for validating and creating directives would be greate.  A thought.

What if you include a tool along with NetWorker User. A server base engineer / SQL admin could run it and

the output could be saved as a local directive or sent to backup admin for serverside implementation?!

In my mind I see a graphical tool, where you drill down your filesystem, right-click on a folder/file.

Select action for it and continue. Run validate on your system and get the output, give the user a

option to save or send the output.

I belive that one good effect of improve the directives is the clean up of errors. You could easily clean out

messages "grew during save" from backup logs for example. Ignore database files and so forth.

best regards

Håkan

28 Posts

January 27th, 2010 17:00

Thanks Hakan.

I was thinking along those same lines for a directives checker. I was envisioning something in NMC though as a part of the directives section that would spawn a popup that displays the would-be effects.

How do you check your directives today once you put them in place?

Another suggestion that I got along these same lines was an ask for a canned skip report. Something in NMC that could be used to audit all files skipped. Would you see value in one over the other or should we be looking at both?

57 Posts

January 28th, 2010 06:00

Hi Paul,


Implementing the checker in NMC would be greate, maybe the same code could be implemented inte NetWorker User tool to create

.nsr and nsr.dir files. In larger environments you(as an backup admin) probably doesn't have access to the client.
But maybe that's solvable as you can traverse the filestructure nowdays in NMC. A checker is my first priority.

Comment on the testing, it's kind of rough. I guess that I run a full backup, check the SSID with nsrinfo -t 2423235 .

Wouldn't a canned report be cind of hard to provide, don't you need to actually traverse the filestructure during backup then?
If you skip on directory level...

One thing I do would like to see is a new attribute for a SS in the mediaDB, then you could verify what directive used during backup.

(Sure it's not completley safe as client-side directives could still kick-in.) It has happened that people do "miss" files that they have

skipped w directives in the first place... And I assume that you need the directive to.

Best regards

Håkan

Nice new avatar picture you got there, maybe I should change to the Swedish chef pict.

22 Posts

January 28th, 2010 20:00

Hi Paul,

Directives are still heavily used within a lot of my customer environments – they form a fairly essential part of successful backup operations.

There's a few key areas where directives need to be improved. Some of these have been in request queues for years, others have only come up more recently. I'll list them in no particular order:

  1. Ability to include one directive within another. That is, a statement such as:  "<< / >> include: Unix Standard Directives", or something along those lines. The reason for this is simple: customers with databases and special applications want to reference the same core directives for every machine (of a particular type), but then on the database servers/app servers, they want to use a few extra directives to control how those systems backup. Being able to invoke the "core" directives as part of the "database" directives is something my customers have been wanting for years.
  2. Ability to use directives against entire savesets. For instance, on Windows at the moment, you can't simultaneously use the 'All' saveset and exclude the system state savesets. When there's specific errors (e.g., under Windows Server 2008 R2) with saveset processing, it effectively blocks people from being able to use the 'All' saveset, which in turns opens up a whole can of worms in relation to potentially missing savesets.
  3. Similar to the above – currently no way to invoke special options, such as say, compressasm or aes against VCB backups. We have a very large customer who requires aes encryption to be enabled on all clients; in turn, this means they can't use VCB backups for their large number of VMware guests.

A directive checker would be handy, I guess, but I'd see the above 3 as more important.

Cheers,

Preston.

2 Posts

February 1st, 2010 11:00

Well, yes directives are useful, but a bit arcane in the implmentation, but very flexible for all that.

If you are considering a GUI interface to make them more user friendly and manageable, without sacrificing the flexibitly, then look no further than your own back yard.

Take a stroll down to the Retrospect folks, and ask to see their implementation of Selectors.

They do pretty much everything Directives can do, and then some, in a typically Macintosh, easy to use manner.

They also include a test facilty so you can run your selector against a chosen volume or directory and observe it's behaviour.

Don't make new Wine, just Port.

28 Posts

February 9th, 2010 12:00

Preston- As always thanks for the feedback. I'll let you know where we go with this.

Jo- Great point. I feel a bit silly but I hadn't thought of that. Downloading Retrospect now.

Hakan- It's my school mascot. Go Huskies.

2 Posts

February 10th, 2010 00:00

To add to your original question, my apporach is usually to try and ensure that a normal backup runs error free giving a clean log, that way real problems show up and don't get lost in the clutter of the inevitable few files which always show up in logs as failed for various reasons. At this point it is down to the directives, to deal with little pests.

So I would certainly enjoy a slicker interface for performing this chore.

The ultimate interface for this would be to right click the item in the log, see an option for "Exclude from Backup"; "Treat as LogFile"; etc. Select. Job Done!

Even Retrospect hasn't quite got to this, however you can very simply copy the path from the log file and paste it into a selector, which is pretty painless.

16 Posts

February 10th, 2010 06:00

  • How heavily do you use directives?
we rely on them quite a bit, they're very important as we somtimes deal with filesystems with huge amounts of data and want to skip certain types (for example, we want the raw data from a satellite skipped if it lives somewhere else, but need to backup the products a scientist produces). Errors in the directives can mean big problems.
  • How much time and effort do you spend managing your directives?
Overall not a lot, as it's a periodic kind of thing as new systems come up with new needs. But when we do, it can be a big time sink.
  • Is this an area in which we should be looking to improve usability or would we be better served looking elsewhere for usability improvements?
yes
  • How would directives work in a perfect world?
  • Would you use a directive checker? (A tool that would take a directive and spit out the files that would be affected.)

A directive checker would be great. There's no perfect world, but the checker would make a huge difference. Just concentrate on that if nothing else!

28 Posts

February 10th, 2010 12:00

Here's a screenshot of the selectors (directives) checker that we have in Retrospect. The directive that I set up here is include * + exclude *.tmp. Very interesting. Thanks again for the tip Jo. Porting this into NMC is well worth looking at.

Retrospect_Selecter.JPG

No Events found!

Top