Server and Data Center
This is a guide for administrators of Requirement Yogi on Server or Data Center. Cloud is excluded.
These are tasks that can be performed regularly.
Check the queue
Go to the Requirement Yogi administration in Confluence and Jira, in the tab "Integrations", and check that there is no red error message.
- The most frequent problem is that the authentication to Jira/Confluence has timed out, and the user needs to authenticate again,
- The other problem that can happen is that there are messages in the queue which failed, for example if a Jira project doesn't exist anymore, if the administrative user doesn't have permissions for it, etc.
Check the disk usage in Jira
If the table AO_42D05A_RYAUDITTRAIL starts being too big in Jira, then please go to the Jira administration and delete the history. This can be found in the "Disk space" section in Jira.
Check the size of the tables in Confluence
This will be solved in RY 3.0
We create many entities, as described at the bottom of System Requirements.
You need to monitor whether we are reaching the maximum number of items in a database table (at least, using the ActiveObjects API). See the section "Usage metrics" in the administration:
What can be done?
This is a difficult problem, because it is difficult to do something once you have reached this limit.
- IDs in the database are attributed sequentially and are not being reused. Once you reach 2,147,483,648 items ever created in a single table, you can't create other items, even if there are currently only 10 items in the table.
- If you have few requirements, for example if you don't have too many baselines, then it is possible to reassign the IDs starting from 0, then reinitialize the sequences.
- If you have (number of requirements * number of properties per requirement * number of baselines) > 2 billion, then we have to code a new program and it will take months for us.
Therefore, please notify us in advance.