I've been researching about the proper way to change a Collection name in TFS 2018.
I've found this URL:
http://accentient.com/blog/rename-a-tfs-project-collection/
In this document it is mentioned that we should change the database name to match the name of the Collection, at the time I attach the collection in the Administration Console of TFS 2018.
Is it really necessary to change the collection name in the database or is it enough to change the Collection name in the Administration Console (leaving the DB name as it is)?
I`ve checked on my test environment:
It works without the database name changing:
Don`t forget to backup your DB.
Related
I currently have a TFS 2018 server installation using SQL Server 2017. I'd like to install Azure Devops on a new server but use the same SQL Server.
My plan was to restore the existing Tfs_Configureation and Tfs_Collecton databases as new databases and use them.
However in the installation wizard, I am allowed to pick the configuration database that is to be used but I suspect the collection database will be the current live one.
Is there a support way of altering the collection database inside of the configuration database?
I've found a table called tbl_Database that holds the name and connection strings but am not sure if changing these is enough.
I've found a table called tbl_Database that holds the name and connection strings but am not sure if changing these is enough. I don't want to end up prematurely upgrading the current live collection.
I don't want to end up prematurely upgrading the current live collection and don't want to set up a temporary SQL instance just to test the migration.
We had a person leave our company and their windows domain account for Active Directory was deleted. They have since come back but have been given a different windows domain account user name. Now when we attempt to assign them tasks it's always associated with the old account. I assume this is because the name is still the same and TFS is doing some kind of duplication check. I've tried removing cache and have verified that the Team Foundation Server Periodic Identity Synchronization job is running properly. I can also see the old active directory account show up when attempting to Add a windows user or group via the dialog along with the new Active Directory user.
What's strange is this user is not showing up as a member of any groups in TFS for any of the Team Project Collections. So why are they still showing up in the [Team Project Collection]\Project Collection Valid Users group?
Seems the main issue is deleted users still in "Assigned To" List. First try to throw down the issue.
If you are using VALIDUSER rule, it contains all valid users in TFS. You may check collection level Project Collection Valid Users group, you may need to check every group to delete the user. And use TFSSecurity /imx command to display information about that group, thn delete the user from right group.
After delete the old user, you need to try to let TFS sync with Active Directory, for detail steps, you can refer to:
Force TFS to sync with Active Directory
Active Directory Groups not Syncing with Team Foundation Server 2010
On the first migration attempt, I had two users created in TFS Online that had the same display name. OpsHub is apparently not able to deal with multiple users having the same display name. In my attempt to get past this, I have changed the user display name, deleted the user, and reinstalled OpsHub, all to avail. OpsHub keeps showing the original set of (duplicate) TFS users rather than the current set. How does one do a clean uninstall of OpsHub such that it does not use cached information?
In TFS 2013, in the Backlog view, I change the columns to be displayed, the order and the size, with the "Column options" button. It works fine.
But later, I modify that for all users by editing process file (using witadmin command). Now, all users but me have the same layout.
How can I reset my layout to have the default one too ?
Once you have customized your view, TFS has a record squirreled away in its bowels saying, "Hey, this person has a custom view, ignore the default in the process file."
There is no way via the web interface (or Visual Studio) to get rid of that and default back to the default.
If you have access to the DB backing your TFS installation, you can look through the schema and figure out which records represent the customizations you have made and delete those.
That's about it really.
this may sound like a silly question but our IT department wants us to use their approved backup tool instead of using the standard back solution that comes packaged within TFS2010. My question is, is there a config file holding all settings found within the TFS Admin Console or are all these values saved within the TFS_Configuration table.
Please note that we are using TFS2010
Thanks
The settings are indeed stored in the config database.