opening pdf file in asp.net c# : How to delete text in a pdf acrobat Library software class asp.net winforms azure ajax Kofax_Administrators_Guide_v1029-part460

Disaster Recovery
Kofax Capture Administrator's Guide
291
Alternate Site Setup
The Kofax Capture Disaster Recovery configuration provides several optional methods to
modify the way batches are processed. For example, when you export administrative data
from one system and import it to another, you can substitute new values for the configuration
settings. You might use this feature to develop and test using one path for images, and
then move to a production configuration using another path for images. You could also
use this method to specify a new path for images in a disaster recovery scenario. There are
comparable substitution mechanisms provided for image files, custom data, and export
connector setup data. For more information, see Data and Path Substitution
.
Customization
The Kofax Capture Disaster Recovery configuration also provides several customization
options, as outlined below.
Transferring Custom Module Configuration Data
You can place custom module configuration data in a designated folder at the central site. As
a result, a KCN Server automatically sends the configuration data to remote sites when they
synchronize and to alternate central sites when a batch of another central site is uploaded.
This allows administrators to easily send custom module configuration data to the entire
installation. For more information, see Transferring Custom Module Configuration Data
.
Customizing Workflow Agents
You can create a workflow agent using the Kofax Capture Optimized Custom Module API
to customize the current load balancing or priority scheme. For example, based on a set of
business rules, you might want to override the current priority list and route batches to a
different central site from what is currently specified. For more information, see the Kofax
Capture Developer’s Guide.
Operations
After enabling and configuring your Kofax Capture Disaster Recovery configuration, you can
manage the use and availability of each central site as explained below.
Switching to a New Primary Central Site
You can switch any remote site to a new primary central site by running an easy-to-use
command line utility. You might want to temporarily switch remote sites to another primary
central site to perform routine maintenance at a particular central site. In another case, a
central site might be down, and to preserve business continuity, you can switch all remote
sites to use another central site as a primary. For more information about this utility, see
Switching to a New Primary Central Site
.
Deleting a Central Site
After switching any remote sites that are using a particular central site, you might want to
delete that central site from the KCN Server central site list. You might perform this operation
to remove a particular central site for an undetermined period of time. For more information
about this utility, see Deleting a Central Site.
How to delete text in a pdf acrobat - delete, remove text from PDF file in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Allow C# developers to use mature APIs to delete and remove text content from PDF document
delete text pdf file; deleting text from a pdf
How to delete text in a pdf acrobat - VB.NET PDF delete text library: delete, remove text from PDF file in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Programming Guide to Delete Text from PDF File
online pdf editor to delete text; delete text in pdf file online
Disaster Recovery
292
Kofax Capture Administrator's Guide
Exporting and Importing Administrative Data
You can export and import administrative data such as batch classes, KCNS profiles, and
user profiles. This allows you to save periodic snapshots of administrative data. You can use
administrative data export and import in to duplicate administrative settings when restoring
or switching primary sites or to transfer administrative settings from a development site to a
production site. For more information, see Exporting and Importing Administrative Data
and
Administrative Data Export and Import Use Case Recommendations
.
Backup and Shared License Server Support
This section explains how licensing is activated and configured in a Kofax Capture Disaster
Recovery configuration.
Backup License Server Support for Disaster Recovery
To manage all licensing requests, Kofax Capture supports multiple license servers: a primary
and one or more backups. When multiple license servers are available, each license server
requires its own activation code and license configuration. If you selected the hardware key
option, each license server also requires its own hardware key.
In any configuration, if the primary license server fails, the system automatically switches to
the backup license server. The system can use this backup license server until it runs out of
volume. When the primary system is restored, Kofax Capture automatically resumes using it
for licensing. A backup license is included with Kofax Capture Enterprise.
With a disaster recovery configuration, you can activate the backup license server at an
alternate site. That way, in a disaster situation or during routine maintenance, if the system
at the central site providing primary licensing becomes unreachable, a system at an alternate
central site with backup licensing can continue the licensing function, allowing uninterrupted
workflow.
For example, your business might require a system that includes two central sites that process
2M pages a year with 20 remote sites (with one station license at each site). Regardless of how
the site is configured for batch uploading, all remote sites would initially obtain licensing
from the primary licensing server at a central site. If, for some reason, the primary licensing
server becomes unavailable, licensing would automatically switch to the backup licensing
server at an alternate central site.
Note  The backup license server cannot be used in production because it does not contain a
full complement of page volume and is not intended for normal production. Therefore, the
backup license server must be configured to be used only in case the license server fails.
Setting Up Shared License Server Support for Disaster Recovery
In a Disaster Recovery system configuration, licensing must be shared among all central
sites. For example, suppose your system configuration contains two central sites. Set up your
configuration using the following general steps:
1 Install both central sites. If you selected the hardware key licensing option, attach
hardware keys.
2 Activate your licenses. The activation process establishes licensing information for the
central sites as well as all remote sites (based on assigned remote site profiles).
a Activate the primary license wherever you plan to run the primary license server.
.NET PDF Document Viewing, Annotation, Conversion & Processing
Redact text content, images, whole pages from PDF file. Annotate & Comment. Edit, update, delete PDF annotations from PDF file. Print.
delete text pdf document; erase pdf text online
C# PDF Converter Library SDK to convert PDF to other file formats
Allow users to convert PDF to Text (TXT) file. can manipulate & convert standard PDF documents in other external third-party dependencies like Adobe Acrobat.
how to delete text from a pdf document; how to delete text from pdf with acrobat
Disaster Recovery
Kofax Capture Administrator's Guide
293
b Activate a backup license at the alternate central site. The backup server can also be
activated on the server or any workstation at the site.
3 When activation is complete, set up shared licensing by configuring all central sites to use
the primary license server.
4 Finally, install the remote sites. Remote sites receive their licensing based on the rules
you have established in the KCN Server Remote Site Profiles window.
Note  The license server on a standalone installation cannot be shared.
Configuration
You can configure a shared license by updating the ACConfig.xml file. For a client/server
installation, this file is located in 
<ServerPath>\Config
. Check with your administrator for
the exact location of this file.
The following shows a typical section of the licensing portion of the ACConfig.xml file.
Figure 12-1. Licensing for a Disaster Recovery Configuration
<Licensing>
<Service Key=”Licensing\Licensing Service” 
Host=”System_on_CS_1”/>
<Service Key=”Licensing\Licensing Service” 
Host=”System_on_CS_2”/>
</Licensing>
The terms “System_on_CS_1” and “System_on_CS_2” reflect the fact that a license server may
be activated on any workstation or server at the central site.
The following examples show how to configure a shared license. It explains how to edit the
ACConfig.xml file and which license server to use.
Two Central Site Configuration
The following illustrates a sample two central site configuration.
C# powerpoint - PowerPoint Conversion & Rendering in C#.NET
documents in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. PowerPoint to PDF Conversion.
pdf text remover; how to delete text in pdf preview
C# Word - Word Conversion in C#.NET
Word documents in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. Word to PDF Conversion.
delete text from pdf preview; erase pdf text
Disaster Recovery
294
Kofax Capture Administrator's Guide
Table 12-1. Before Editing ACConfig.xml
Central Site
ACConfig.xml File
License Server
1
(Primary)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
</Licensing>
Primary
2
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
Backup
Note the changes in the following table.
Table 12-2. After Editing ACConfig.xml
Central Site
ACConfig.xml File
License Server
1
(Primary)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
Primary
2
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
Backup
Note  The text that changed in each ACConfig.xml file is bold.
Four Central Site Configuration
In a four central site configuration, a license server is required on only two of the four central
sites. The following illustrates a sample configuration.
VB.NET PDF: How to Create Watermark on PDF Document within
create a watermark that consists of text or image (such And with our PDF Watermark Creator, users need no external application plugin, like Adobe Acrobat.
erase text from pdf; how to erase in pdf text
C# Windows Viewer - Image and Document Conversion & Rendering in
standard image and document in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. Convert to PDF.
how to delete text from a pdf reader; remove text from pdf acrobat
Disaster Recovery
Kofax Capture Administrator's Guide
295
Table 12-3. Before Editing ACConfig.xml
Central Site
ACConfig.xml File
License Server
1
(Primary)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
</Licensing>
Primary
2
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
Backup
3
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”Central_Site_3”/>
</Licensing>
None
4
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”Central_Site_4”/>
</Licensing>
None
Note the changes in the following table.
Table 12-4. After Editing ACConfig.xml
Central Site
ACConfig.xml File
License Server
1
(Primary)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
Primary
2
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
Backup
C# Excel - Excel Conversion & Rendering in C#.NET
Excel documents in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. Excel to PDF Conversion.
pdf text watermark remover; remove text from pdf preview
VB.NET PowerPoint: VB Code to Draw and Create Annotation on PPT
other documents are compatible, including PDF, TIFF, MS free hand, free hand line, rectangle, text, hotspot, hotspot more plug-ins needed like Acrobat or Adobe
delete text from pdf file; delete text pdf files
Disaster Recovery
296
Kofax Capture Administrator's Guide
Central Site
ACConfig.xml File
License Server
3
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
None
4
(Alternate)
<Licensing>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_1”/>
<Service Key=”Licensing
\Licensing Service”
Host=”System_on_CS_2”/>
</Licensing>
None
Note  The text that changed in each ACConfig.xml file is bold.
In addition to editing the ACConfig.xml file, we recommend that you disable the license
servers on central sites 3 and 4.
Optional Advanced Settings
The following shows a section of the licensing portion of the ACConfig.xml file that uses
several advanced features.
<Licensing ServerTimeout=”30”>
<Service Key=”Licensing\Licensing Service” 
Host=”System_on_CS_1”
Protocol=”http” />
</Licensing>
The ServerTimeout parameter specifies the number of seconds that a site tries to connect to
a license server to obtain licensing before it times out. In this case, the site would try for 30
seconds before it times out. The licenses are listed in priority order. If a site cannot connect to
a license server within the server time-out period, it tries the next one on the list. After trying
the last server on the list, it begins again at the first server in the list.
Network Considerations
License sharing occurs among all client stations directly attached to the central site and
specified license servers. In order to communicate, the license server requires TCP port 2424.
You must allow this port at all central sites.
Remote sites require only HTTP or HTTPS to communicate with central sites. You do not
need to open TCP port 2424 to enable communications and license sharing among remote
sites and central sites (only among the central sites themselves).
Site Administrator Activity
As a site administrator, you are responsible for the following areas: initial setup, routine
maintenance, and manual intervention in the case of a down system.
Disaster Recovery
Kofax Capture Administrator's Guide
297
For the initial setup, a site administrator must configure shared and backup licenses, set up
a backup location for batches and batch classes, configure a replication scheme, create a list
of central sites, and specify upload behavior. The administrator can also optionally export
administrative data, transfer custom module configuration data, and create custom workflow
agents.
Routine maintenance might include exporting administrative data at regular intervals,
monitoring batch upload activity and balancing, and monitoring batch replication activity.
Manual intervention might include adding a central site, switching remote sites to another
central site, restoring batches and batch classes to a restored site, importing administrative
data to a restored site, and possibly deleting a central site.
For business continuity, the system automatically switches batch uploads to alternate central
sites depending on defined upload behavior.
Figure 12-2. Business Continuity
Backing Up, Replicating, and Restoring Batches
The Disaster Recovery configuration provides several features to secure your batches in the
event of a central site failure. First, it provides a mechanism that allows you to automatically
back up batches and their associated batch classes to a user-specified location. Once automatic
batch backup is configured, you can schedule replication software to transparently move
batch files to a secure location. In the case of a disaster, your critical business data is now
securely backed up. You can restore any batches that may have been lost to an alternate
central site or to the down central site when it is active again. The following sections describe
how to implement each part of this process.
Disaster Recovery
298
Kofax Capture Administrator's Guide
Setting Up Automatic Batch Backup
This section explains how to set up a Disaster Recovery configuration for automatic batch
backup. Once this is set up, you can replicate the backed up files and, in the event of a
disaster, restore any lost batches or batch classes.
Enabling and Configuring Batch Backup
To enable and configure automatic batch backup, add the following element to the
ACConfig.XML
file:
<Replication Path="Backup Path" DelayTimeInMinutes="Delay Time">
<ExcludedBatchClass>Excluded Batch Class</ExcludedBatchClass>
</Replication>
Example
<Replication Path="\\MyComputer\Backup\" DelayTimeInMinutes="720">
<ExcludedBatchClass>Order Form</ExcludedBatchClass>
<ExcludedBatchClass>Invoices</ExcludedBatchClass>
</Replication>
Use the following parameters to configure automatic batch backup.
Replication Path
The Replication Path specifies a backup location. When you select the automatic batch backup
feature, the system creates a copy of each batch in the specified folder. This makes it ready for
replication by a third-party software package. If the published batch class used by a batch has
not already been replicated, a copy of the batch class is also copied to the specified backup
location.
Note  Deleting batch classes in the backup location is not recommended because you might
inadvertently delete a batch class that is needed by a backed up batch.
When batches and batch classes are placed in the specified backup location, they are
separated into a batch folder and a batch class folder:
<Specified backup location>\Batches\
<Specified backup location>\BatchClasses\
Access to these folders must be granted to the user that is running the KCN Service. Failure
to grant this permission prevents batches from being backed up and possibly delays overall
batch insertion time.
DelayTimeInMinutes
The DelayTimeInMinutes parameter defines the time between when a batch is successfully
inserted (and backed up) and when the remote site receives notification that the batch can
safely be deleted. This delay gives your third-party replication software time to replicate
batches before they are automatically deleted from the remote site. During this time, the
status of batches at remote sites is In “Progress (Replicating - <CentralSiteName>).”
When setting the delay time, leave a reasonable margin. For example, a time that is too short,
such as one hour (60), may not leave enough time to safely replicate batches. On the other
hand, a time that is too long, such as 24 hours (1440) might overload the disk with batches
waiting for replication. It may also cause a large percentage of duplicate batches in a disaster
recovery situation if remote sites re-send batches that were already restored. A delay time
Disaster Recovery
Kofax Capture Administrator's Guide
299
of 12 hours (720) might be a good starting point, and then adjust it up or down based on the
actual replication time.
Batches remain at the remote site until the first time the remote site synchronizes with the
central site after the delay time has expired, or the batch is exported or deleted at the central
site.
A batch is only backed up the first time it is uploaded to the central site; it is not backed up
again on subsequent uploads. Backed up batches in the specified backup location are deleted
only when a batch is exported or deleted from the central site.
Batch classes are never deleted from the specified backup location.
ExcludedBatchClass
By default, all batch classes are backed up to the specified backup location. You can exclude
any batch class from the backup and replication process using the ExcludedBatchClass
parameter. Batch classes in this list and the batches that use them are not placed in the
specified backup location.
Multiple Versions of Batch Classes
The batch backup feature backs up all versions of published batch classes that are uploaded
from remote sites.
Errors
If an error occurs during the backup process, the batch is not deleted from the remote site and
an entry is logged to the error file. In this case, the batch is sent back to the remote site and
must be uploaded again once the error has been corrected.
Backup Requires Remote Site Upgrade
The batch backup feature requires that remote sites be upgraded to the latest version of Kofax
Capture.
Replication
Once you have configured automatic batch backup as outlined in the previous section, you
are ready to transfer data to an off-site location on a scheduled basis. This requires that you
purchase and configure a third-party replication application of your choice.
The replication software that you purchase should be a Windows server, file-based, file
replication software application that replicates files over a WAN. Use the instructions that
came with your third-party software to install and configure your software on a remote
server.
When you configure your third-party replication software, specify the replication path. The
replication path is the local folder where Kofax makes copies of batches and published batch
classes. This is the path that you specified in the ACConfig.XML file in the section titled
Setting Up Automatic Batch Backup
.
Disaster Recovery
300
Kofax Capture Administrator's Guide
Figure 12-3. Backup and Replication
Restoring Batches Using the KcnsRestoreBatches Command Line Utility
The KCN Server Restore Batches utility, KcnsRestoreBatches.exe, is a standalone command
line utility that restores batches from a specified location. You can find this utility in the Kofax
Capture 
bin
folder.
Notes:
▪ All error messages are written to the error log.
▪ If the utility encounters a batch that has already been restored, it is skipped.
▪ You can restore batches to Kofax Capture without KCNS installed and enabled.
▪ If you restore a batch to a central site that is not connected to the remote site that the batch
requires for routing, the central site still routes the batch with the assumption that the
required remote site will eventually be connected.
▪ Only one instance of the utility may be run at a time.
▪ The utility cannot be run on a remote site.
▪ If the batch routing rules in a batch require routing to a remote site, an installed and
enabled KCN service must exist at the site where the batch is restored. Without a KCN
service, this type of batch is not “Ready to download.” Note that a batch cannot be recalled
unless it is ready to download.
Command Line Parameters
You can specify the path where batches have been backed up and login credentials when
required. You can also remove backed up batches that have been successfully inserted.
Specify parameters with a forward slash (/) or a hyphen (-).
/path [path]
This parameter is required to specify the location from which to restore batches. Follow the /
path parameter with a valid path, as in the following example:
KcnsRestoreBatches /path “\\mysystem\batchbackup”
Documents you may be interested
Documents you may be interested