Where is the attachments data stored in confluence 5.9.4? I've assumed ownership of a new instance and I can't find the "ATTACHMENTS" table for the life of me. Am I going insane? See the table list below - I was logged in as the application user when I pulled the list.
mysql> SHOW TABLES; +--------------------------------+ | Tables_in_confluence | +--------------------------------+ | AO_187CCC_SIDEBAR_LINK | | AO_21D670_WHITELIST_RULES | | AO_26DB7F_ENTITIES_TO_ROOMS | | AO_26DB7F_ENTITIES_TO_ROOM_CFG | | AO_38321B_CUSTOM_CONTENT_LINK | | AO_42E351_HEALTH_CHECK_ENTITY | | AO_54C900_CONTENT_BLUEPRINT_AO | | AO_54C900_C_TEMPLATE_REF | | AO_54C900_SPACE_BLUEPRINT_AO | | AO_5F3884_FEATURE_DISCOVERY | | AO_5FB9D7_AOHIP_CHAT_LINK | | AO_5FB9D7_AOHIP_CHAT_USER | | AO_6384AB_DISCOVERED | | AO_6384AB_FEATURE_METADATA_AO | | AO_63F547_PD_DOC | | AO_63F547_PD_PROP | | AO_7CDE43_EVENT | | AO_7CDE43_FILTER_PARAM | | AO_7CDE43_NOTIFICATION | | AO_7CDE43_NOTIFICATION_SCHEME | | AO_7CDE43_RECIPIENT | | AO_7CDE43_SERVER_CONFIG | | AO_7CDE43_SERVER_PARAM | | AO_88BB94_BATCH_NOTIFICATION | | AO_92296B_AORECENTLY_VIEWED | | AO_9412A1_AONOTIFICATION | | AO_9412A1_AOREGISTRATION | | AO_9412A1_AOTASK | | AO_9412A1_AOUSER | | AO_9412A1_USER_APP_LINK | | AO_A0B856_WEB_HOOK_LISTENER_AO | | AO_B8E7F9_TALK_FAVORITES | | AO_B8E7F9_TALK_RECORD_ENTITY | | AO_B8E7F9_TALK_SETTINGS | | AO_BAF3AA_AOINLINE_TASK | | AO_D5013B_GOOGLE_CLIENT | | AO_D5013B_TOKEN | | AO_DC98AE_AOHELP_TIP | | AO_EF9604_FEATURE_DISCOVERY | | ATTACHMENTDATA | | ATTACHMENTS_BACKUP | | BANDANA | | BODYCONTENT | | CLUSTERSAFETY | | CONFANCESTORS | | CONFVERSION | | CONTENT | | CONTENTPROPERTIES | | CONTENT_LABEL | | CONTENT_PERM | | CONTENT_PERM_SET | | CONTENT_RELATION | | DECORATOR | | EXTRNLNKS | | FOLLOW_CONNECTIONS | | IMAGEDETAILS | | INDEXQUEUEENTRIES | | KEYSTORE | | LABEL | | LIKES | | LINKS | | NOTIFICATIONS | | OS_PROPERTYENTRY | | PAGETEMPLATES | | PLUGINDATA | | SPACEPERMISSIONS | | SPACES | | TRACKBACKLINKS | | TRUSTEDAPP | | TRUSTEDAPPRESTRICTION | | USERCONTENT_RELATION | | USER_RELATION | | cwd_app_dir_group_mapping | | cwd_app_dir_mapping | | cwd_app_dir_operation | | cwd_application | | cwd_application_address | | cwd_application_attribute | | cwd_directory | | cwd_directory_attribute | | cwd_directory_operation | | cwd_group | | cwd_group_attribute | | cwd_membership | | cwd_user | | cwd_user_attribute | | cwd_user_credential_record | | external_entities | | external_members | | groups | | hibernate_unique_key | | journalentry | | local_members | | logininfo | | os_group | | os_user | | os_user_group | | remembermetoken | | storageenginetest | | user_mapping | | users | +--------------------------------+
Thanks, gents. ATTACHMENTDATA is empty and ATTACHMENTS_BACKUP is was apparently a snapshot taken prior to an upgrade. The max date on any of the columns is February.
We're on 5.9.x so Doug gets a point for being the closest!
I did find the solution!
As of 5.7 attachment metadata that was stored in the
attachment table will transition to the
contentproperties tables. All Confluence APIs will transition to referencing these objects from the new tables. As an API consumer, you should not be affected by this change. If your plugin directly references the
attachment table, you'll need to transition it to use the public API manager,
AttachmentManager, to avoid any issues. Attachments that were stored in the database (legacy) will still be in the
Hi team, I’m Avinoam, a product manager on Confluence Cloud, and today I’m really excited to let the Community know that all customers can now try out the new editing experience and see some of the ...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs