.   Kisco Home : products : iFileAudit : Support .
.
Page last updated on August 22, 2017

The following is a list of frequently asked questions about iFileAudit. If you have a question that is not covered here, ask us via E-mail and we'll answer your question.

To register your E-mail address and receive automatic notification when this page is updated, CLICK HERE.


iFileAudit Frequently Asked Questions:


We are conducting a DR test at our backup site, what is the best way to work with iFileAudit for this?

If iFileAudit has never been installed on your DR system, then you can activate the software without needing a special authorization code from Kisco. After the FILAUD library has been loaded, go to the INSTALL menu and run option #1. This will start a 30 day trial on your backup system which should be sufficient for your DR test.

After this has been done, run option #2 and the software should show as installed on trial with an expiration date more than one month in the future. If this is not the case, then contact Kisco to obtain a temporary code. Send a screen shot of the display from option #2 on the INSTALL menu.

If you are concerned that the above may not work correctly, provide Kisco with the serial number and partition number for your DR test system in advance and a temporary code will be provided in advance.


We are implemented a DR backup system using file mirroring, are there impacts for the use of iFileAudit?

In a word - YES!

Please be sure to read this entire article before you start your planning for a DR system. If you have specific questions, don't hesitate to contact us.

First, if you want to be able to fail over to your DR system, then iFileAudit must be licensed on that system. Contact Kisco Information Systems to make these arrangements. If you do not want an active license on your DR system, you can always contact Kisco for a temporary passcode to use the software for a short duration during an emergency, but the temporary code may not be immediately available and you should plan accordingly.

Once the licensing issue has been resolved, there are additional considerations. Kisco recommends that you exclude all objects from replication in the FILAUD library with the following exceptions:

  1. All physical *FILE objects
  2. The data area named CONTROL

All other objects in the FILAUD library should be excluded from replication and the software base on your DR system should be directly maintained using Kisco upgrades or Kisco issued PTFs.

Also, you should consider the objectives of iFileAudit. The software is intended to capture database file changes. In a replication environment, these changes will be captured on your source system by iFileAudit. Then, your replication software will copy the changes to your backup system where iFileAudit could end up duplicating the results. Because of this, it is recommended that if you have an active license on your DR system, then you keep the files registered in iFileAudit as *INACTIVE. To avoid having them automatically activated, you should exclude the database *FILE object in the FILAUD library named FILAUDA. During a failover, you will need to wait until the backup system is active, and then add a step in your failover process to activate the files in question. This may also mean that if you add files to those that are being monitored in iFileAudit, then you will also have to add them on your backup system.


When reviewing the list of registered files using option 1 on the MASTER menu, I see that one of the files has its active status flagged in yellow. What does this mean?

When the active status is flagged in yellow on this display, it means that the journal reference for the registered file has been removed and the file is no longer being journaled. When this happens, iFileAudit can no longer track changes on the file.

To correct for this situation, use the Journal Reset option on the file. This is option 9. When you use this option, the journal status will be reset and file update tracking will resume as of the point in time when the option 9 is selected.

The journal status can be changed if a file is updated by a third party software update or if the file is recompiled to add or delete fields to it. If you have files that are regularly updated in this way, you should make it a practice to check the iFileAudit registrations after each such update so that tracking can be kept current.


We've been using iFileAudit for a while. Can we change which journals are used at this point?

Yes. Once you become more experienced with journaling and journals, you may decide that you want to change the way the journals are stored and processed by iFileAudit. You can change the journal that is used by following this specific sequence:

  1. For the file to be changed, run the file analysis process in iFileAudit to extract all of the current information in the old journal.
  2. Using option #1 on the MASTER menu, locate the file and then deactivate it (option 3)
  3. On that same display, use option 2 for the file and then, on the detail screen, change the Journal Library and Journal Name fields to the new values that you want to use.
  4. Now, from this same display, you can activate the file. At this point, the new journal will be in use.

When this switch is made, the journal entries showing that journaling was stopped will not appear in the file history stream stored in iFileAudit. You will, however, see journal entries stored showing that journaling was started and this will be your confirmation that the change was made.

Note: The above procedure will not work if your Journal Setup is showing as code U (User controlled). If this is the case, you can use the following procedure to make a journal change for a file with a user controlled journal:

  1. Run the iFileAudit analysis process before you start the process to change the journal information about the file.
  2. In iFileAudit, deactivate the file.
  3. Manually change the journal setup for the file using the relevant commands in the IBM i/OS. Note the name of the new journal being used along with the library where it is located.
  4. Using a database update program (ie: UPDDTA), edit the file named FILAUDA in library FILAUD and locate the record for the file being change. Update the fields named FAJRNL (library name) and FAJRNN (journal name) with the new information.
  5. In iFileAudit, activate the file.

At this point, iFileAudit will recognize the new journal and journal library and will continue to work without loosing any history information.


Our files are already being journaled, in iFileAudit we are not seeing the field values on changes as they were before an update is made. Can we change this?

Yes. Most customers with files that are already being journaled have some form of High Availability (HA) software installed on their system. If this is the case, then when the journaling was started, it was done so with only the "after" record images being captured. Before making a change for this, we strongly recommend that you check with your HA software vendor to make sure that their software will still work correctly once you have changed the journaling to capture both "before" and "after" record images.

To make this change, just use the CHGJRNOBJ command as follows for each file where you want to change the configuration for iFileAudit:

CHGJRNOBJ OBJ((mylib/myfile *FILE)) ATR(*IMAGES) IMAGES(*BOTH)

When this has been done, then you will have to remove the current file registration for the file in question in iFileAudit (option #1 on the MASTER menu) and then re-register the file as a new registration. This will force iFileAudit to then recognize the proper journal registration information and it will then start showing both before and after file information.


Can I use iFileAudit to track changes to a Source Physical File?

Yes, an No. iFileAudit will track the changes just fine. The problem is the way most utilities work with source files. For example, IBM PDM utility makes a complete copy of a source file when it is being updated. When the update is done, the entire file contents are replaced. In the iFileAudit product, this ends up yielding a lot of update activity and none of it is very meaningful for anyone attempting to track individual source statement changes. We generally recommend that iFileAudit not be used for this purpose.


I am using the Automatic Analysis feature, how can I make sure that it starts following an IPL?

This can be done by adding the STRIFAQ command to your startup program as specified in system value QSTRUPPGM. Add the following command to this program:

FILAUD/STRIFAQ STRTYPE(*DEFER) STIME(2000) ITIME(1440)
In this example, the Automatic Analysis will run at 8pm once a day. See the documentation for more details on how the parameters should be set for your installation. Please note that you should not add this to your startup program until iFileAudit has been permanently installed on your system.
I am not currently using file journaling, can I estimate the overhead on my system?

Yes - If you have never used journaling and are concerned about possible overhead and performance, then there are tools available from IBM to help you estimate the effect on your system.

Link to here at an IBM site. At this page, you will find a section on Journal Sizing and Planning Tool (Pseudo Journal) that includes downloadable code, installation instructions and a tutorial on how to use the tools. This can be used on your system to get an estimate on overhead and disk use for the file or files that you want to journal. Remember, iFileAudit runs with both before and after images enabled, this will affect how you interpret the results.


Can I do multiple file registrations easily?

Yes - iFileAudit provides OS-style commands to easily register multiple files within a library.


Does iFileAudit work on files in the IFS?

No - The current version does not work with PC type files stored in the IFS.


Does iFileAudit work with a file that is already being journaled?

Yes! If a journal is already active for a file when it is registered to iFileAudit, the software will use the existing journal information.


Will iFileAudit work on any *FILE object?

iFileAudit works on any physical file (PF). For best results, the file should be DDS described. Internally (non-DDS) described files will still work but the field interpretations will be incorrect. Also, while iFileAudit will work on Source Physical Files, it is of dubious value with these files because of the way the OS processes those files when they are updated.




.
.
Kisco Information Systems 89 Church Street Saranac Lake, NY 12983
phone: 518.897.5002 | fax: 518.897.5003
sales@kisco.com about kisco kisco
products product
support kisco
consulting services useful
links