[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

2276.0. "MIR data and on-line backup" by EEMELI::VALTONEN () Thu Feb 06 1992 06:42

    MCC notes are getting too big to access over low speed connection -
    point to note # in case this question is handled wider earlier.
    
    How to make backups of (all) MIR data in non-stop environments ?
    (Backup = copy of all data without any loss or inconsistency;
    this copy can also be restored)
    
    I've been asked this question recently very often for Ultrix
    implementation.
    
    It looks essential that that tools are provided for each of data
    storage types (DNS has these) or MCC would provide this capability
    (background?).
    As I haven't seen a good description of private MIR (pointer please?)
    functionality, I wonder if it can/could used for this purpose i.e.
    MIR contents could be copied to a specific directory?
    
    Olli 
T.RTitleUserPersonal
Name
DateLines
2276.1TOOK::STRUTTManagement - the one word oxymoronFri Feb 07 1992 12:4527
    HDR FM was the component designed to store data, for subsequent retrieval.
    
    The component known as the Archive FM was anticipated - this FM would
    take data out of the MIR and store it away for off-line use, and
    perhaps even restore it to the on-line MIR. Additionally, this FM would
    purge data, perhaps after archival, from the on-line MIR.
    
    To date, the only capability implemented in the Archive FM is the purge
    capability. Sounds like you're voting for this function in a new
    release?
    
    The 'miscellaneous' category of the MIR (which initially we called
    private data) is for the storage of any stuctured or unstructured data
    used by a management module. We give examples of these sorts of things
    in the SRM. There are mcc_mir routines available to be used for this
    purpose, but of course any i/o, filesystem or database calls can be
    used, depending on the structure of the data.
    
    Recently, in DECmcc v1.2, there is a scheme whereby the Instance
    portion of the MIR, normally implemented via DECdns, could be (at the
    customer's choice) based on a local file, rather than on a global
    naming service. For reasons I'm not aware of, this has been referred to
    informally (and I hope only internally) as a "private MIR".
    For more information about this capability, (and I hope it's in terms
    of better terminology) see the MCC v1.2 doc set.
    
    Colin
2276.2Vote for Archive/Restore (a must)!EEMELI::VALTONENMon Feb 10 1992 12:589
    Yep, I vote for this functionality for V2.
    
    Data Network management can survive perhaps with existing method
    for backup: Exit MCC, backup, restart MCC.
    Telecom Network management does not allow this happen - non-stop
    management environment with 10+ events/alarms per second requires
    additional support (especially when alarm = object/entity).
    
    Olli                                                       
2276.3Vote early and vote often!!!DAGWST::SITZThu Mar 12 1992 14:5511
I would like to record as many votes as I can (at least one for every customer)
for making data backup/archive a high priority.

My customers feel that they need this functionality.  Several of my customers
are (or soon will be) running in a 24 hr/day non-stop environment.  They cannot
afford to have their networks go down and the network management system(s) must
be even more reliable than the networks they support.

Regards,

Glen R.
2276.4why isn't DNS sufficient for this?MCDOUG::MCPHERSONSave a tree: kill an ISO working group.Thu Mar 12 1992 15:518
Doesn't DECdns (with multiple servers) provide the capability (non-stop +
backup capability) that you're asking for?   

Someone with more experience with DNS will need to either confirm or refute
this, though.

/doug