RECMGMT-L Archives

Records Management

RECMGMT-L@LISTSERV.IGGURU.US

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Frank Guerino <[log in to unmask]>
Reply To:
Records Management Program <[log in to unmask]>
Date:
Tue, 24 Jan 2017 16:15:33 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (84 lines)
Hi Amy,

There are interesting issues with these types of solutions that all of us
might want to be aware of.

First, these types of crawlers canıt find anything that is not on the
network.

Second, they canıt scan proprietary relational databases without expensive
investments in software development to convert the data from them to forms
that are readable by the crawler.

One of the biggest issues (and probably my favorite) is the fact that these
crawlers will immediately identify many insecure/unsecure documents and
documents that clearly violate different enterprise policies that you will
be obligated to deal with.  A common example is the use of Google Appliance.
Itıs a great toolŠ arguably a bit ³too great.²  When it runs, it finds
documents hidden in many different nooks and crannies and brings them all to
the forefront.  Many of these documents will not be password protected and
will contain things like peopleıs social security numbers, private
compensation details, recorded confidential communications between
employees/management/leadership, etc.  Once the hornets nest is made
visible, you will have the obligation of dealing with every hornet.  For
larger enterprises this might be very expensive and time consuming.  As a
result, I know of multiple enterprises that paid for and installed such
tools only to turn them off and uninstall them after their immediate
success.

I hope this helps,

Frank
‹
Frank Guerino, Managing Partner
The International Foundation for Information Technology (IF4IT)
http://www.if4it.com
1.908.294.5191 (M)



On 1/24/17, 1:20 PM, "Harrelson, Amy" <[log in to unmask]>
wrote:

> All,
>   Are any of you willing to share any requirements or useful information on
> utilizing a crawler in lieu of doing a traditional inventory to prep for
> system implementation?  I have heard both pros and cons but I would like to
> hear some feedback/ lessons learned in implementation, etc. from those who
> have successfully done this.  All of the systems I have set up in the past
> required manual inventory gathering and then  structure, taxonomy, metadata
> build out etc. after the inventory was complete and analyzed and control
> schedules created.  This is a new thing for me and any guidance is
> appreciated.  I have used crawlers in eDiscovery but never for inventory
> purposes. The end goal being to have information captured in some way that
> would be similar to inventorying, not just knowing where unstructured data
> resides.  I know most tools cannot attribute meta tagging in this process
> which also presents some issues in gather data like that found in a
> traditional inventory.  And lastly how do you audit the effectiveness and what
> is the absolute lowest user score you would accept that would not require a
> manual review?
> 
> Much thanks,
> adh
> 
> Amy Harrelson
> Records Analyst
> Austin Energy
> 721 Barton Springs Rd. Austin, TX 78704
> 512.322.6283
> [log in to unmask]<mailto:[log in to unmask]>
> 
> List archives at http://lists.ufl.edu/archives/recmgmt-l.html
> Contact [log in to unmask] for assistance
> To unsubscribe from this list, click the below link. If not already present,
> place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
> mailto:[log in to unmask]
> 



List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance
To unsubscribe from this list, click the below link. If not already present, place UNSUBSCRIBE RECMGMT-L or UNSUB RECMGMT-L in the body of the message.
mailto:[log in to unmask]

ATOM RSS1 RSS2