![]() |
Telelogic DOORS (steve huntington) | ![]() |
new topic :
profile :
search :
help :
dashboard :
calendar :
home
|
||
Latest News:
|
|
Topic Title: Move project to Classified server, can't archive and restore Topic Summary: Created On: 28-Feb-2007 19:26 Status: Post and Reply |
Linear : Threading : Single : Branch |
![]() |
![]()
|
![]() |
|
Have you ever had to move a DOORS project from an unclassified server to a classified one? We are dealing with that. I have been told that I can not just archive and restore the data because an archive file is encripted and can not be scanned by security. The only other way I can readily think of to move the data is to export each module into a .csv file and then import it. This will be very messy, because we will have to recreate the file structure, the links, the Object Headers, etc. Do you know of a better way to do this? |
|
![]() |
|
![]() |
|
The data isn't encrypted -- it is compressed and since you are going from unclassified to classified -- why does the data compression matter.
Going from classifed to unclassified would be a problem. You can also take a backup or copy from the server of the doors data -- no archiving & restoring required to do this and the data is compressed not encrypted. Edited: 28-Feb-2007 at 20:09 by ron lewis |
|
![]() |
|
![]() |
|
The problem is the compressed data can not be scanned because it is not in a text format. Our IT department insists on scanning the data before bringing into the classified area.
Is the "backup or copy from the server of the doors data" in a text format? Thanks, Marcie |
|
![]() |
|
![]() |
|
Telelogic -- can convert the data to plain text. Questions is will they or how much it cost etc -- I don't know.
After you IT Gods/Demons scan the data, DOORS will convert the data back to compressed data upon any DOORS save of the data. |
|
![]() |
|
![]() |
|
Hi Marcia,
This seems like an IT imposed constraint - what on earth are they looking for ![]() ------------------------- Paul Miller Specification Practices Specialist, EuroCyber, Melbourne, Australia. Mobile: +61 (0)418 135 103 Web Site: http://www.eurocyber.biz E-mail: miller@eurocyber.biz">pmiller@eurocyber.biz |
|
![]() |
|
![]() |
|
Hi Marcia.
Sounds like your IT people have gone over thje top! An alternative that avoids archive and restore, try this:- On your unclass server. Stop doors service ans navigate to the DOORS data directory - e.g. C:\Program Files\Telelogic\DOORS 7.1\Data - and copy to CD. On your Classified server. install DOORS and stop the service. rename DOORS sata directory and paste in new one from unclas server. Restart DOORS service and away you go. Regards, Ewen Miller QinetiQ . |
|
![]() |
|
![]() |
|
As others said there is ..err.. should be no problem sending encrypted or compressed data from unclassified to classified. We moved archives in this direction all the time. You may need to 'prove' it contains no triggers by restoring in some test database somewhere and scanning for Triggers.
As far as we could tell, there is no way to unclassify an archive; you'd have to export all to CSV. The REAL problem is this: in v71 and below, when you archive a module or project, ALL the specific accesses for Views, Attr Types, Attr Defs and Attr Values are preservered and then restored. That's a nightmare since the internal storage is key'd on user unique number; so if you provide Joe RMCDA to Object Text, then the archive stores user 6FE with RMCDA, and when you restore it, whoever is user 6FE in the new database has RMCDA; often that's nobody. I hear they finally cleared that up in v81: when you restore in a different database all AccessRecs are erased. - Louie |
|
![]() |
FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.