Getting started with 1Password for your growing team, or refining your setup? Our Secured Success quickstart guide is for you.
Forum Discussion
robert1p
8 months agoSuper Contributor
File Storage Management
I see that 1Password Families allows up to1 GB per person. Is there documentation on how to manage our file storage? e.g. current size, largest files, etc.
Could you also address Item History. ...
robert1p
7 months agoSuper Contributor
I'm just checking to see if you found any updated details on Storage Mgmt?
- Status: Currently, there is no way to tell how much space we're using, but you have let the team know this is something we wish to see.
- Q: Are the files compressed before size is measured? Or if we compress the files before adding them, will it give us more time before we run into the limit?
- Q: Is the limit based on the size of the encrypted blob stored on your server?
- Q: If we run into the limit, what happens? Are we prevented from updating and/or storing more Items in our Vault?
- Q: What can we do once we run into the limit? i.e. how do we free up space? e.g. do we need to somehow locate an Item that takes up a lot of space (possibly from lots of History), copy the details, delete the Item, then create a new Item with the copied details? (Or is there a way to purchase more space?)
- Q: Can you confirm that each History entry does not contain a unique copy of attached Files? For example, if an Item has three files, and I edit some non-file text multiple times, I would expect that each History entry would simply reference the same three files. It would only be when I update one of the three files that I would now have a forth file in my Vault; i.e. the original three, plus the new update.
- Q: I assume the system isn't efficient enough to simply store delta changes for file updates? For example, if I change two lines of text in a 20MB PDF file, I will then have two 20MB PDF files in the Vault (and not a single 20MB PDF, plus a delta).
- Q: I assume space is counted against all users of a share vault?
- 1P_Dave5 months ago
Moderator
I'm sorry for the late reply. I'll respond below:
Are the files compressed before size is measured? Or if we compress the files before adding them, will it give us more time before we run into the limit?
Is the limit based on the size of the encrypted blob stored on your server?
Can you confirm that each History entry does not contain a unique copy of attached Files? For example, if an Item has three files, and I edit some non-file text multiple times, I would expect that each History entry would simply reference the same three files. It would only be when I update one of the three files that I would now have a forth file in my Vault; i.e. the original three, plus the new update.
I assume the system isn't efficient enough to simply store delta changes for file updates? For example, if I change two lines of text in a 20MB PDF file, I will then have two 20MB PDF files in the Vault (and not a single 20MB PDF, plus a delta).
I've tested this and the file size at the time of upload is counted towards the storage limit. If you compress a file before uploading it to 1Password, then the compressed size of the file will be taken into account.
For items that have previous versions, only the current version is considered "Active" and is counted towards the file storage used.
There isn't any way to edit an existing file. You need to download the file, edit it on your end, and then add the edited file back to 1Password. At which point it would be considered a completely new item.
I assume space is counted against all users of a share vault?
Data storage is cumulative and valid across all shared vaults and personal vaults.
I hope that helps.
-Dave