compression of the table

Hi guys,.

I try to compress the table. Then I connect via Oracle SQL Developer > right click > storage > compress. All right.

But does not change the size of the table.

Y at - it a command to say: 'start compression for my table1 now?

More than 50,000 rows in my table.

Thank you!

Compression of the data in a table does NOT change the size of the table.

It increases just the available space in the table.

Oracle shall never voluntarily return disk space after that she acquired it.

Oracle is designed to reuse free space.

Are what problem you trying to solve?

Tags: Database

Similar Questions

  • Interruption of the compression of the table

    Hi all

    Could someone describe to me what happens if I interrupt the compression of the table on a halfway?

    Everything will be compressed a half table or all previos actions will be supported roller?

    It doesn't work that way you. This,

    orclz >

    orclz > alter table emp store compress line advanced;

    Modified table.

    orclz >

    is just a DOF, instant and does not compress anything. You must reorganize the table to achieve any compression.

  • OGG-01028 object with the number of the object 80673 is compressed. Compression of the table is not supported.

    (1) I received an email like this:

    Event_alert

    2013-09-17 22:00:16 ERROR OGG - 01028 Oracle GoldenGate Capture for Oracle, ext_1.prm: object with the number of the object 80673 is compressed. Compression of the table is not supported.

    2013-09-17 22:00:16 ERROR OGG - 01668 Oracle GoldenGate Capture for Oracle, ext_1.prm: PROCESS ABENDING.

    (2) I have not found the OBJ

    SQL > select OBJECT_ID, OBJECT_NAME from dba_objects where object_id = 80673;

    no selected line

    (3) change a few times the process EXT recover;

    (4) my excerpt settings

    Cat ext_1.prm

    EXTRACT ext_1

    Ogg, ogg PASSWORD USERID

    TRANLOGOPTIONS EXCLUDEUSER ogg

    SETENV (NLS_LANG = AMERICAN_AMERICA. ZHS16GBK)

    -SETENV (NLS_LANG = AMERICAN_AMERICA. AL32UTF8)

    EXTTRAIL ./dirdat/t1

    DYNAMICRESOLUTION

    TABLE YBK.*;

    This is a bug that has been fixed

    Excerpt from abending with Table of Compression is not supported, even if the database has no tables compressed. (Doc ID 1510691.1)

    event text: Oracle GoldenGate Capture for Oracle, ext_1.prm: object with the number of the object 86173 is compressed. Compression of the table is not supported.

    tableexclude *. DBMS_TABCOMP_TEMP *.

  • compressing all the tables in my diagram

    How to compress all my tables in my schema, if already compress, ignore?

    Oracle 10G

    Thank you!

    SQL or PL/SQL

    Kodiak_Seattle wrote:
    OK, what about this?

    DECLARE
    table-name user_tables.table_name%TYPE;

    CURSOR cursor1 IS SELECT table_name FROM user_tables where compression = "DISABLED";

    BEGIN
    Cursor1 OPEN;

    LOOP
    Fetch cursor1 INTO table-name; -pick up the names of Tables that are not compressed
    OUTPUT WHEN cursor1% NOTFOUND;
    ALTER table table_name move compress
    END LOOP;

    NARROW Cursor1;
    END;

    begin
    for t in (SELECT table_name FROM user_tables where compression='DISABLED') loop
      execute immediate 'alter table ' || t.table_name || ' move compress';
    end loop;
    end;
    
  • Question about compression of the table

    I manage several databases 10g and have been invited to compress tables in several storage spaces. I am familiar with the use of compression. I read Oracle documentation on the statement ALTER TABLE... MOVE the COMPRESSION control, but have many questions. Can anyone recommend a good white paper, or other documents on the best way to compress tables with existing data? Thanks in advance for your advice!

    Hello

    Please find enclosed a few whitepapers on Compression:

    [http://www.oracle.com/technology/products/bi/db/10g/pdf/twp_data_compression_10gr2_0505.pdf]

    [http://www.trivadis.com/uploads/tx_cabagdownloadarea/table_compression2_0411EN_01.pdf]

    Of course, you can also check out the documentation, Oracle (the Guide of Directors of the chapter on Tables).

    Don't forget that there are some limitations on the Compression.

    Hope this can help.
    Best regards
    Jean Valentine

  • Compress all the existing table ain dat

    Hello

    We use oracle 11.2.0.3 and wish to evaluate the performance of compression in terms of reduction of time takes to reports aganis the tables run.

    Had a quick serach and can see alter table compress but speaks only of data inserted/updated updated after the operationexecute of compress is compressed.

    Do not want to have to create a separate, compressed table and replace other table with that.

    Is it possible to compress all the existing dat aof existing table?

    Also could what kind of performance gain magntitudes we expect performance report using the compression compared to identical but uncompressed tabel?

    Also it is a data warehouse and the large fact table already has the default compressed index bitmpa.

    Tlamking on the compression of the table here.

    Thank you

    Published by: user5716448 on March 5, 2013 05:57

    Depending on your hardware, you can use alter table move and change the index on a table of size fairly decent rebuild in less than 10 minutes, but if you really make the look works online in the dbms_redefinition package. See the manual of the PL/SQL Package and Types, then look at the note support for Oracle at the following address:

    Master note: an overview of redefining online tables (DBMS_REDEFINITION) [ID 1357825.1]

    HTH - Mark D Powell.

  • compress the question from the table

    My question is simple:

    If I execute this SQL:
    ALTER TABLE some_table_name MOVE COMPRESS;
    and the table is already compressed, Oracle jump or spend time re - compress?

    Why I ask this is because I have a few nice PL/SQL that loops through all the tables
    in my schema, I have about 1800 tables and it compresses, but it takes a long time, hours
    and I would like to only compress Tables which are not already compressed, so compressed, jump, so
    that's why I ask... try to determine whether or not PL/SQL needs a dry:-)

    Kodiak_Seattle wrote:
    Thanks for all the help, space is always a big problem for us here, we always run out of it. On only 1/3 of all Tables is compressed, 2/3 is not.

    So just research in there, thanks!

    on the 11G R2

    To continue the question I found the following:

    (a) have compression enabled for a table does not necessarily mean that the data is compressed. If compression is enabled with the statement:

    ALTER TABLE tablename COMPRESS;
    

    the existing data in the table remain uncompressed.

    However the execution of the order

    ALTER TABLE tablename MOVE COMPRESS;
    

    Compress in the existing data in the table and it is caught in time.

    Try to compress an already compressed or partially compressed table is taken on time. Oracle will analyze the data in the table again and try to compress.
    I did a test on a table with half million records already compressed and time was almost the same as the initial compression.

    You can do a quick test on your environment to verify that.

    Sorry for the misinformation, I provided before.

    Kind regards.
    Al

  • Create the Table as and hybrid columnar Compression

    I'm looking to connect to tables help to create the table as I had a question about columnar Compression hybrid. For the test, I found that the uncompressed daata will be approximately 10 to and compressed data will be around 1 TB. I anticipate compress the table when the table to create as an instruction and wanted to know in what order Oracle forge do compression, that is, the table will be created then Oracle will compress the data or will the compressed table that the table will be created. The motivation behind the question is to see how much storage I need to complete the operation.

    Thank you

    If you are using
    create table xxx compress for query high what to choose...

    While the data will be compressed before insertion, so in your case, it will use about 1 TB of disk space

  • size of the table with the compress and no compression

    Hello
    I have a table takes up 35.5 GB of space with 120 mill inside files.
    I thought that compress would save me a lot of space, so I did.

    Here's how I compressed:
    I created a separate tablespace and in the new tablespace, I created several database, files, each file is to have 2 GB.
    then insert all the records out of the original table to the new then,
    I ran the query below see also size

    SQL > select ((blocks*8192)-(blocks*avg_space)) / 1024/1024 MB size of "", empty_blocks,.
    2 avg_space, num_freelist_blocks
    user_tables 3
    4 where table_name = 'strategy '.

    Size MB EMPTY_BLOCKS AVG_SPACE NUM_FREELIST_BLOCKS
    ---------- ------------ ---------- -------------------
    2059.88281 0 0 0

    ----------------------------------------

    Select ((blocks*8192)-(blocks*avg_space)) / 1024/1024 "size MB", empty_blocks,.
    2 avg_space, num_freelist_blocks
    user_tables 3
    4 where table_name = 'strategy '.

    Size MB EMPTY_BLOCKS AVG_SPACE NUM_FREELIST_BLOCKS
    ---------- ------------ ---------- -------------------
    35504.2422 0 0 0

    in above query first a 2 GB on all resultant space after compress and the second is the original with NO size to compress.

    I have a question are these calculated dimensions are reliable. ?
    because the utility compress oracle inserts data in blocks in the database files.
    If these blocks are to halfway filled and left empty and then go to the next block and so forth.

    Is above sizes to account for empty blocks... ?

    I don't know how to explain it
    Help, please
    JP

    I don't see where you use compression. So I don't know what you mean by compress. If you mean native compression, use something like:

    SQL> create table tbl as select * from dba_source;
    
    Table created.
    
    SQL> select  sum(bytes)
      2    from  user_segments
      3    where segment_name = 'TBL'
      4  /
    
                   SUM(BYTES)
    -------------------------
                    159383552
    
    SQL> alter table tbl move compress
      2  /
    
    Table altered.
    
    SQL> select  sum(bytes)
      2    from  user_segments
      3    where segment_name = 'TBL'
      4  /
    
                   SUM(BYTES)
    -------------------------
                    124780544
    
    SQL> 
    

    SY.

  • Rows in the table LT until merger of all workspaces

    Database 11.2.0.4

    In our environment, we ran a few important updates in the workspaces and then merged these live workspaces.  Up to 25% of the data has been updated in those workspaces.  When these update batch workspaces have been created, previous workspaces exist who are not yet ready for the merger.

    I noticed that the underlying tables of the LT now have about 25% more lines than the live view.  We have now discovered that dbms_wm.refreshWorkspace works really poor.  This statement is used to take seconds or minutes to the maximum, but can now take half an hour or more.

    We recorded a support with Oracle request and provided details of the plan to see if we can get some resolution/advice explaining.

    In the meantime, I have a question for the forum help my understanding of the works of the Manager of the workspace.

    In the example below, I have table "wm_test_table", "test_workspace1" and "test_workspace2".  In "test_workspace1", I update all rows in the table - the table LT now has 2 rows for each record.  I merge 'test_workspace1' live and LT still has 2 rows for each record.  The other lines are not removed until "test_workspace2" is merged and removed.


    SQL> -- Create a test table
    SQL> create table wm_test_table (
      2     id integer primary key,
      3     name varchar2(100));
    
    
    Table created.
    
    
    SQL> -- Insert 1,000 rows
    SQL> insert into wm_test_table (
      2     select rownum, 'before'
      3     from dual
      4     connect by level <= 1000);
    
    
    1000 rows created.
    
    
    SQL> commit;
    
    
    Commit complete.
    
    
    SQL> -- Version enable it
    SQL> execute dbms_wm.enableVersioning('wm_test_table');
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> -- Create two workspaces
    SQL> execute dbms_wm.createWorkspace('test_workspace1');
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> execute dbms_wm.createWorkspace('test_workspace2');
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> -- Go to test_workspace1 and update all the rows
    SQL> execute dbms_wm.goToWorkspace('test_workspace1');
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> update wm_test_table set name = 'after';
    
    
    1000 rows updated.
    
    
    SQL> commit;
    
    
    Commit complete.
    
    
    SQL> -- Check how many rows in wm_test_table_lt - we expect 2,000 as we haven't merged yet
    SQL> select count(*) from wm_test_table_lt;
    
    
      COUNT(*)
    ----------
          2000
    
    
    SQL> -- Merge and remove test_workspace1
    SQL> execute dbms_wm.goToWorkspace('LIVE');
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> execute dbms_wm.mergeWorkspace('test_workspace1', remove_workspace=>true);
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> -- Check how many rows in wm_test_table_lt
    SQL> -- I'd hope there'd only be 1,000 but there is 2,000
    SQL> select count(*) from wm_test_table_lt;
    
    
      COUNT(*)
    ----------
          2000
    
    
    SQL> -- Let's see if compressWorkspace will get rid of them
    SQL> execute dbms_wm.compressWorkspace( -
    >       workspace => 'LIVE',   -
    >       auto_commit => true,   -
    >       remove_latest_deleted_rows => true);
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> -- They're still there
    SQL> select count(*) from wm_test_table_lt;
    
    
      COUNT(*)
    ----------
          2000
    
    
    SQL> -- Now merge test_workspace2
    SQL> execute dbms_wm.mergeWorkspace('test_workspace2', remove_workspace=>true);
    
    
    PL/SQL procedure successfully completed.
    
    
    SQL> -- and the additional 1,000 rows are removed
    SQL> select count(*) from wm_test_table_lt;
    
    
      COUNT(*)
    ----------
          1000
    

    Is it possible to safely remove the extra lines in LT without waiting until we merged the workspaces that existed before the update batch has been done?  I hope that it will so improve the performance of refreshWorkspace.


    I thought that something like this can do, but it does not remove the other ranks, is:

    execute dbms_wm.PurgeTable(
     table_id => 'test.wm_test_table', 
     archive_table => null, 
     where_clause => 'id not in (select id from test.wm_test_table)', 
     instant=>null, 
     workspace => 'LIVE', 
     purgeAfter => false);
    

    This question is similar to

    Lines left in the table LT after removal of the direct workspace and the removal of all workspaces

    and

    How to delete soft deleted records?

    but I'm still not sure.

    Thank you

    John

    Hello

    This behavior is expected and it is due to the test_workspace2 workspace.  A compression operation will not allow compressed range to include a backup implicit point that is created for a child workspace.  This is done to preserve the integrity of this workspace.  The initial 1000 lines are all lines that are visible from test_workspace2.  Removal of these lines would leave test_workspace2 will 0 lines in there.  Lines 1000 updates are the lines that do not appear on LIVE.  So, given that the two sets of lines are needed, none of the lines can be deleted physically.  A compression operation will never change the view of data for any workspace.  It only removes the unnecessary records.  The two options in order to be able to compress these lines is to either delete (as you did) or refresh test_workspace2.  The refresh operation would move the implicit savepoint for the workspace to a version that isn't after all 2000 lines in the table _LT and allow the dressing to remove first half of them because they are no longer needed by any child workspace.

    With respect to the performance of RefreshWorkspace, I would need to see a trace of the transaction file.  But who should rather get through the SR you filed.

    Kind regards

    Ben

  • Why I can't create indexes on the table of RDF data

    When I tried to create indexes on the table of RDF data, it always say the table or view does not exist. I created the RDF model using java codes:

    Oracle Oracle = new Oracle ("jdbc:oracle:thin:@localhost:1521:orcl", "system", "123");

    Chart GraphOracleSem = new GraphOracleSem (oracle, "test2");


    And used the following commands in sqlplus to create indexes:

    SQL >

    SELECT THE SEPARATE OWNER, OBJECT_NAME

    FROM DBA_OBJECTS

    WHERE TYPE_OBJET = 'TABLE '.

    4. AND OBJECT_NAME like ' % TEST2;

    OWNER

    --------------------------------------------------------------------------------

    OBJECT_NAME

    --------------------------------------------------------------------------------

    SYSTEM

    TEST2_NS

    SYSTEM

    RDFB_TEST2

    SYSTEM

    TEST2_TPL

    OWNER

    --------------------------------------------------------------------------------

    OBJECT_NAME

    --------------------------------------------------------------------------------

    SYSTEM

    RDFC_TEST2


    SQL > connect as sysdba

    Enter the password:

    Connected.

    SQL >

    SQL >

    SQL > select * from TEST2_TPL;

    Select * from TEST2_TPL

    *

    ERROR on line 1:

    ORA-00942: table or view does not exist

    SQL > CREATE INDEX test2_sub_idx ON TEST2_TPL (triple. GET_SUBJECT());

    CREATE INDEX test2_sub_idx ON TEST2_TPL (triple. GET_SUBJECT())

    *

    ERROR on line 1:

    ORA-00942: table or view does not exist

    Hi Shifu,

    It is not recommended to use the SYS or SYSTEM to store/manage schema graph RDF data.

    Can you please try the following in a SQL * more terminal?

    SQL > conn system/eu1

    Connected.

    SQL >

    SQL >

    SQL > create user graphuser identified by graphuser;

    Created by the user.

    SQL > grant connect, resources, unlimited tablespace to graphuser;

    Grant succeeded.

    SQL > conn graphuser/graphuser

    Connected.

    SQL > create table graph_tpl (triple sdo_rdf_triple_s) compress;

    Table created.

    SQL > sem_apis.create_sem_model exec ('graphic', 'graph_tpl', 'three');

    PL/SQL procedure successfully completed.

    SQL > insert into graph_tpl values (sdo_rdf_triple_s ('graph', '', '', ''));

    1 line of creation.

    SQL > select count (1) in the mdsys.rdfm_graph;

    1

    You see the same result?

    Thank you

    Zhe Wu

  • Column of type BLOB in own tablespace in partition in the table, tablespace to move

    Hi all

    First off I use Oracle Database 11.2.0.2 on AIX 5.3.

    We have a table is partitioned on a monthly basis.

    In this table, there is a partition (BOTTOM), this lower score is 1.5 TB in size thanks to a BLOB column called (ATTACHMENT).

    The rest of the table is not large, about 30 GB, it's the BLOB column that uses all the space.

    The lower part is in its own default tablespace (DefaultTablespace), the BLOB column in the lower score is also in its own tablespace (TABLESPACE_LOB) - 1.5 to

    I was invited in order to free up space by moving the TABELSPACE_LOB (from the low partition) to a data archive, confirming the data is there and then remove the lower score of the production.

    I do not have enough free space (or time) make an expdp, I think not only its doable with data so much.

    CREATE TABLE tablename
    (
      xx                          VARCHAR2(14 BYTE),          
      xx                          NUMBER(8),    
      xx         NUMBER,
      ATTACHMENT   BLOB,
      xx             DATE,
      xx             VARCHAR2(100 BYTE),
      xx                     INTEGER,
    )
    LOB (ATTACHMENT) STORE AS (
      TABLESPACE  DefaultTablespace
      ENABLE      STORAGE IN ROW
    NOCOMPRESS
    TABLESPACE DefaultTablespace
    RESULT_CACHE (MODE DEFAULT)
    
    
    PARTITION BY RANGE (xx)
    ( 
      PARTITION LOWER VALUES LESS THAN ('xx')
        LOGGING
        COMPRESS BASIC
        TABLESPACE DefaultTablespace
        LOB (ATTACHMENT) STORE AS (
          TABLESPACE  TABLESPACE_LOB
          ENABLE      STORAGE IN ROW
    )
    
    ...>>
    
    

    My idea was to take a table, excluding the attachment column datapump, export using external tables.

    Then to create the table on the database archive 'with' the attachment column.

    Import data only, as I understand that if you use a dump file that has too many columns Oracle he will manage, I hope it will work the other way around.

    Then on the production, make the TABLESPACE_LOB read-only and move it to the new file system.

    It's a little more complicated that a normal gesture of tablespace because of how the table is split.

    Any advice would be much appreciated.

    I was thinking about an approach as:

    SWAP PARTITION allows to separate the partition of the table

    • Create a non-partitioned table which is otherwise identical in structure to tablename (nonpart_tablename)
    • ALTER TABLE TableName LOWER WITH nonpart_tablename SWAP PARTITION

    Move the segment of the table at TABLESPACE_LOB, or to a different tablespace on its own. It is, as you say, only 30 GB and I think (but not strongly enough to go forward without testing/validation on a smaller scale) that the displacement of the segment of the table in this way does not disrupt the LOB segment, as long as you don't say MOVE LOB.

    • ALTER TABLE nonpart_tablename MOVE TABLESPACE TABLESPACE_LOB

    Now the TABLESPACE_LOB tablespace is self-contained and you can make it transportable.

  • Total space occupied by the table of tablespace

    Hello

    I'm looking for information find the total space occupied by a table stored in a tablespace. We can consider a scenario in which the table has data present in it, constraints, indexes, LOB columns and free space left on the total, that it has been allocated. I tried two queries, but don't think they give me what I'm looking for.

    Select bytes from WHERE user_segments where nom_segment = "EMPLOYEES";

    SELECT
    lower (owner) as the owner
    lower (table_name) AS table_name
    nom_tablespace
    num_rows
    , blocks * 8/1024 AS size_mb
    pct_free
    compression
    logging
    From all_tables
    Owner WHERE AS UPPER ('HR')
    AND table_name = 'EMPLOYEE '.
    ORDER BY 1, 2;

    Basically, I need to get this information before executing some DML is on the table, after which, I'll check once again how much space is free after the operation. So kind to provide information to customers on space used and released for a table in a tablespace.

    Now how do I go around to find the total space occupied by the table combining the factors mentioned above.


    Thanks in advance.

    Your queries refer to the segment info.

    Here's how

    create or replace procedure segments_for_table(p_table in varchar2, rc in out sys_refcursor) is
    begin
    open rc for
    select l.table_name,s.segment_type,s.segment_name, s.bytes/(1024) kb
    from user_segments s, user_lobs l
    where l.table_name=p_table
    and s.segment_name=l.segment_name
    union
    select i.table_name,s.segment_type,s.segment_name, s.bytes/(1024) kb
    from user_segments s, user_indexes i
    where i.table_name=p_table
    and s.segment_name=i.index_name
    union
    select t.table_name,s.segment_type,s.segment_name, s.bytes/(1024) kb
    from user_segments s, user_tables t
    where t.table_name=p_table
    and s.segment_name=t.table_name;
    end;
    /
    

    -------------
    Sybrand Bakker
    Senior Oracle DBA

  • PLSQL block for compression of multi tables

    I have a user xxxxxx, he owned 65 paintings, I want to compress all these tables at once
    one may suggest the write block plsql to compress all tables at once

    to compress a table "alter table table_name move compress.

    You can compress one at a time can therefore either use a loop in a PL/SQL like so block...

    DECLARE
    
           TYPE tt_TabList IS TABLE OF user_tables.table_name%TYPE;
    
           l_TabList       tt_TabList;
    
    BEGIN
    
         SELECT
               table_name
         BULK COLLECT INTO
              l_TabList
         FROM
             user_tables;
    
         FOR li_Tab IN 1..l_TabList.COUNT
         LOOP
    
             EXECUTE IMMEDIATE 'ALTER TABLE '||l_TabList(li_Tab)||' MOVE COMPRESS';
    
         END LOOP;
    
    END;
    

    Or you could generate the DDL statements and run them in SQL * more

    SELECT 'ALTER TABLE '||table_name||' MOVE COMPRESS;' FROM user_tables
    

    HTH

    David

  • Script errors in the table of contents in RoboHelp 9

    Hello, all. I can usually find the solution to my problem by searching for existing threads, but I can't seem to find a solution this time. I recently upgraded to RoboHelp 7 to 9.0.2.271. I published WebHelp locally and checked the files in to a Team Foundation Server to be deployed in a test environment. Locally and on the QA site, the output seems fine for me and the table of contents works as expected. However, other users on Internet Explorer 7 and 8 (I have IE8) are getting script errors when you try to click on the pages of the table of contents.

    I compressed my files the and dropped on a shared and player asked a user to copy on his machine and open the start with his browser page. He always gets the script errors, while another user can open locally without any problem. This makes me think that the problem is not in RoboHelp files themselves, but I'm not sure.

    To further complicate things, in this environment, another server of QA, the table of contents and Index are empty! This is obviously a separate issue, but I'm stumped. This problem occurs in IE 6, 7 and 8. It does NOT occur in Firefox or IE 9.

    Any ideas?

    This problem has been resolved with a response from another discussion:

    Re: RH8 > WebHelp > TOC will not be rendered in IE8 via HTTPS - Fix/workaround solution?

    If the table of contents/Index/Search does not work in IE7/8/9 via HTTPS, try the following steps

    1. Go to https://acrobat.com/#d=WqbdTq-2R79ToU08-zfBEw
    2. Download the IESearchIssue.zip file. Unzip it.
    3. It will create an IESearchIssue folder. It has two subfolders
      1. RH8.0.2
      2. RH9.0
    4. If you use RoboHelp 8.0.2, go to the folder RH8.0.2.
    5. If you use RoboHelp 9.0, navigate to the folder RH9.0
    6. Navigate to the \RoboHTML\WebHelp5Ext\template_stock folder and rename the file whutils.js in whutils.js.bak
    7. Now, paste the new whutils.js already copied into the same folder.
    8. Now again generate webhelp output the required project.
    9. Host it on your server and check if it works.

Maybe you are looking for