""Knowing the number of users helps prevent access problems and slow response times. For example, if you have more then ten concurrent users, use Windows Server 2003 or 2008. For more than 25 users, consider upgrading to the full standard edition or enterprise edition of SQL. Microsoft SQL Express allows only 25 concurrent connections. When implementingVaultfor a single user, you can load all the components on a single computer.""
How often the Vault Server is accessed affects the server performance. For example, a Vault implementation with 50 users and one or two users checking out one or two files a day does not tax the server much. Using the same configuration with 35 users accessing the vault every 10 minutes, Vault Server performance differs, running at the non-recommended requirements.
Your second question... In regards to exceeding the 25 user limit, it is unclear; does Vault Basic install SQL Express? Can I use SQL full standard or enterprise with Vault Basic, and if so, is this then installed separately from Vault?
The limit you are referring to with your question(s) is basically a limit of SQL Express. The limit is the number of simultaneous connections not necessarily the number of users. You can use full SQL (Standard or Enterprise). The Vault installation will look for a SQL instance named AUTODESKVAULT. If it is found - it will use this instance. If it is not found - SQL Express will be installed. (SQL Express is provided in the installation media).
As an example you could have 50 people launching CAD software or Vault Explorer and logging into the system. Five of these people could be performing a search in the Vault Explorer. Five more could be checking out files from the Vault. Five other users could be checking in files to the Vault. Assuming they all did this at the exact same time you would have 15 simultaneous transactions occurring. It is rare that you will have that many "simultaneous" transactions going on at the exact same time.
Vault Basic ADMS (2015) installs 32-bit SQL 2008 Express SP3 if SQL is not already installed on the system. If 64-bit SQL 2008 Express is desired, download 64-bit SQL 2008 Express SP3 from Microsoft and follow the directions in the Vault Advanced Configuration Guide for installing SQL before Vault Basic ADMS.
I am attempting to deploy Vault Basic 2014 running on a Vault Basic 2014 Server ADMS installation on a MS virtual Windows 2012 Standard machine running Microsoft SQL Server 2012 Express (installed with Vault).
The question i have is if the presumed metadata size or other potential constriction of a project this size (initially only one project) would mean that I should plan on a server upgrade to SQL 2012 Standard or Enterprize at the outset?
The "Database" size is the size of the Metadata that SQL has a limit on. (Some articles refer to this as the "index" of the files.) One file in the vault may have 20 to 30 pieces of data being "indexed" in the vault. This is usually text related and consumes very little space.
In the Server ADMS Console application, (not the client application), you can expand vaults on the left hand side - then select your vault. the entire "statistics" of your vault will appear on the right hand panel.
For clarification, when considering SQL Express database size limits one only has to reference the 'database size' figure for each Vault in question in the ADMS console as opposed to the 'total size of vaults (sql databases)' figure? Likewise, are the content libraries separate databases and therefore don't have to be added to the database size for the Vault(s) when determining if approaching the limit? I've seen some info on SQL indicating there can be multiple primary data files (mdfs) per database, and in that scenario the data files need to be summed when considering the limit. I'm no SQL expert so it's a bit confusing.
The implementation in Bear is particularly good. I can open up a whole lot of popout windows, and if I click on a wikilink to a note where I already have a popout window open, it takes me to the already open window
I would, however, support a floating/pop-out window for editing. Many editors, word processors and writing programs have them because it makes writing easier without losing fast access to the other functions. Also for reducing distraction.
In my case, it would enable having multiple documents open and visible and popping them out when I want to write in one.
There is a way of doing this.
Put the folder with the files into another folder. Create a new vault from that folder.
You will then have all the files in two vaults, each of which can open a window. So you can open the file in the new folder without any impact on your workspace settings in the first vault.
Nesting can be very useful, so long as you are careful.
+1 I really like this idea. Pop-out windows make the Obsidian a lot more versatile by allowing the built-in features of whatever desktop environment the user is running to be used to organize Obsidian windows.
I want to use the same password vault for both of the windows accounts, not two separate ones. I do not mind using two f-secure licenses if required, I just want to be able to use my passwords no matter which windows user account I'm using.
Setting up f-secure total with the 1st windows user account goes just fine but I'm unable to login to f-secure total with the same f-secure credentials when logged in to the computer with the 2nd windows user account.
I think it is a bit of out of design. But, perhaps, if you will try manually 'copy' and re-use storage (so to speak, encrypted .json-file) it may do the trick. The file is stored in your local user profile (AppData). Although this will almost certainly disrupt normal functioning and so on. And this will be just a one-time action without any further synchronization.
Perhaps, with this set-up you can try to 'sync' both storages / instances of Password Vault between each other (either way). By sync, I mean exactly this feature: Connecting devices to sync your Password Vault data across all your devices Total Latest F-Secure User Guides
I don't think why this would be unacceptable. If this way is possible to do - then the result is two synced storages (Password Vault). Despite the fact that they will be "two" storages, but synced in one. Very close to your original desire of "sharing a password vault between two windows accounts on the same computer".
b37509886e