On 04/04/12 17:26, Claudio Valderrama C. wrote:
>>> 3. Use of special utility: fbdbcrypt -encrypt<plugin> {-cryptpar
>>> <parameter>} {-verbose} local-database
>>> Certainly, appropriate support in services will be present.
>>> This method looks ugly at first, but it has one great advantage -
>>> ability to have switch 'verbose' and let user watch progress with
>>> database encryption.
>> Also possible as a secondary option, let's just decide what's
>> better -
>> keep polluting GFIX with new features or create new
>> command-line tools
>> for the every new feature (or a set of features).
> Will encryption have many options as to justify a new tool? If not, as DS
> said, fbsvcmgr is available.
Let me pay your attention that to make some service (and therefore
fbsvcmgr) work we must have performing that function utility linked into
DB engine. If we do not build it as standalone utility (like trace) it
does not mean that it does not exist :) The only exception is
firebird.log reader.
> I really don't like the idea of creating a big collection of tools.
As the result of discussion use of SQL command to ALTER DATABASE crypt
state (which starts encryption process) and MON$DATABASE to watch the
progress is the best choice.
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
