1. Problem Overview
When an engineer checks out a WinCC 7.4 SP1 Update 1 (Upd. 1) runtime project from a version-control archive (VersionDog, TIA-multiuser, SVN, or a manual file copy) and edits the password of a WinCC user (for example the operator account PTAuser), the subsequent HMI download to the target WinCC server fails. The typical symptom chain is:
- WinCC Explorer on the Engineering Station (ES) raises a dialog: "The configured server is not available. Do you want to open the project with the local computer as server?"
- After clicking Yes, the project opens locally.
- An attempt to perform OS Download / Compile-and-Download Objects from WinCC Explorer, or to use the integrated download from SIMATIC Manager, fails before any changes are transferred to the runtime server. The error dialog in the field report referenced a generic download error, sometimes appearing as "Compile and Download Objects - error during download" (WinCC error code
0x80047200family) or, in PCS 7 variants, as "OS project cannot be activated". - Minor edits (graphics, text field labels) often download successfully without reproducing the failure. The error is reproducible specifically when the modification includes changes inside User Administrator (passwords, group membership, authorizations).
The same workflow may also fail on WinCC 7.0 SPx stations that share the same SIMATIC Manager project tree, although the failure signature is occasionally more cryptic (silent rollback of the downloaded user database).
2. Root Cause Analysis
Two independent defects conspire to produce the failure. Both must be addressed for a clean download.
2.1 Computer Name Mismatch Between Source Project and Target Server
If the user then performs a download while these references still point at the now-non-existent source host, the WinCC download manager tries to contact the original server (offline) and aborts. This is the same root cause documented in Siemens FAQ 33123686 — "Which settings should you check if OS loading fails with PCS 7 or the OS project cannot be activated?"
2.2 Missing User Rights for the ES Account on the WinCC Server
For WinCC 7.4, the User Administrator database (UserAdmin.mdf) and the Project Password settings are downloaded as part of a server-side change. The download is performed over the WinCC Configuration API, which authenticates using the Windows account of the logged-in engineer. If the Windows account running WinCC Explorer on the ES is not a member of the WinCC Administrators group on the target WinCC server (or does not have explicit "Configuration" authorization in User Administrator), the download is rejected with no clear error text. The dialog is usually truncated to the generic "error during download" string with no detail. The field report confirmed that granting the correct user rights resolved the WinCC 7.4 Upd. 1 instance of the fault.
| Symptom | Likely Root Cause | Verification Step |
|---|---|---|
| "Configured server is not available" prompt | Computer name in project ≠ local computer name | Compare WinCC Explorer → Computer → Properties to Win+R → sysdm.cpl |
| Generic "error during download" with no WinCC error code | ES user lacks WinCC admin rights on target server |
net localgroup "WinCC Administrators" on the server, run as ES user via runas /user:<ES> cmd
|
| Download starts, then rolls back user-database changes | Stale UserAdmin.mdf lock from previous session |
Stop WinCC runtime on server, delete *.lck in <project>\<server>\
|
| Works for graphics, fails only for User Administrator | Missing "Configuration" authorization in User Admin | Open project on server, User Administrator → Authorizations |
| Same download works on a second identical machine | Local WinCC client install corrupted (rare) | Re-install WinCC 7.4 SP1 Upd.1 on the failing ES |
3. Prerequisites
Before performing the password change and download, verify the following on both the Engineering Station and the target WinCC server:
- WinCC 7.4 SP1 Update 1 installed (ES) and matching runtime license (server). Build 7.4.1.1_R1 or later is recommended.
- SIMATIC Manager STEP 7 V5.5 SP4 or V5.6 with the integrated WinCC add-in loaded.
- The engineer is a member of the local
SIMATIC HMIgroup on the ES and of theWinCC Administratorsgroup on the server. - A clean, writeable copy of the running project extracted by VersionDog (or your backup tool) into a working directory other than the project directory on the server.
- The target WinCC server is reachable by name (ping /
\<server>\<project>); the project's Server Name matches the Windows hostname exactly (case-insensitive but must match).
4. Pre-Download Sanity Checks
- Open the project copy on the ES. Accept the "open with local computer as server" prompt.
- Open WinCC Explorer → Computer in the tree. Right-click the server entry → Properties. Note the Computer Name field.
- Open Start → Run → sysdm.cpl → Computer Name on the ES. Note the Full computer name.
- If the two names differ, proceed to Section 5.
- From the ES, start User Administrator on the server (right-click the project server in WinCC Explorer → User Administrator opens the server-side database over the network). Confirm the engineer account has the Configuration authorization number (default 999 or any custom value, but the right flag must be set).
5. Step-by-Step Resolution
5.1 Align the Project's Computer Name with the Target Server
- Close WinCC Explorer completely (right-click tray icon → Close WinCC Explorer; do not just minimize).
- Open the working copy of the project again from the file system, not from SIMATIC Manager. The "configured server is not available" dialog should not appear if the project file's embedded server name already matches the local computer; if it does, accept and continue.
- In WinCC Explorer, right-click Computer → Properties. In the Computer Name field, type the exact Windows hostname of the target WinCC server (for example
WC74SRV01). Click OK. - Close the project. Reopen it from WinCC Explorer using File → Open → Open in Window or by double-clicking the project's
<project>.MCPfile. Verify the title bar shows the new server name. - Repeat the same edit inside SIMATIC Manager: select the WinCC station in the project tree, press Alt+Enter (or right-click → Object Properties), and on the Computer tab set the same server name. The two values must match; otherwise the integrated download from SIMATIC Manager will revert the WinCC Explorer change.
*.MCP) and the STEP 7 integrated project (\<S7proj>\<wincc>\<server>\ descriptor). If only one is updated, the next time the project is opened from SIMATIC Manager the STEP 7 side overwrites the WinCC side, and the download fails again.5.2 Grant the Engineering Account Administrative Rights on the Server
- Log on to the target WinCC server with an administrative Windows account.
- Open Computer Management → Local Users and Groups → Groups and double-click WinCC Administrators (and SIMATIC HMI if you also intend to download STEP 7 logic to the same machine).
- Add the engineer's Windows domain or local account (for example
PLANT\alexagmz). Confirm with OK. - If the project uses SIMATIC Logon for central user management, also add the engineer to the matching SIMATIC Logon role on the server. The corresponding entry is in the Central User Management (CUMC) configuration tool.
- Force a refresh of group policies (or sign out and back in on the ES) so the ES picks up the new group membership when it reopens the project.
5.3 Authorize the ES Account Inside WinCC User Administrator
- On the ES, reopen the project (now with the corrected server name).
- Right-click User Administrator in the WinCC Explorer tree and choose Open. The local copy of UserAdmin.mdf opens.
- Select the engineer's account (or the group that contains it) → Authorizations tab.
- Enable the Configuration authorization (default tag: System configuration / number 999). Without this, User Administrator will refuse to download the user database back to the server.
- Save and close User Administrator.
5.4 Clear Stale Lock Files on the Server
If a previous download attempt was interrupted, the server may hold a lock on the user database, silently blocking the next download.
- On the target server, stop the WinCC runtime: Start → SIMATIC → WinCC → WinCC Runtime Stop, or run
net stop "CCAlgStartService"followed bynet stop "CCArchiveConnService". - Navigate to
<project>\<server>\. - Delete all files with the
*.lckextension, in particularUserAdmin.mdf.lckandUserAdmin_log.ldf.lck. - Confirm the SQL Server instance (default
WinCC) is running: SQL Server Configuration Manager → SQL Server Services → SQL Server (WinCC) → Start.
5.5 Perform the Download
- In WinCC Explorer, select Server Data → Computer in the tree, then choose Menu → Server Data → Compile and Download Objects (or right-click the server → Download).
- In the dialog, select only the change sets you need. For a password change, the minimum is:
- User Administration (mandatory)
- Project Password (if the global project password is also being rotated)
- Any graphics or text lists that are part of the same change set
- Click Download. The dialog should report "Download successfully completed". The runtime remains live; no activation is required for password changes.
- Verify on the server that the new password works: open a WinCC client session and log in as
PTAuserwith the new password.
6. Alternative Path: Integrated Download from SIMATIC Manager
For STEP 7 integrated WinCC stations, the same change can be downloaded from the SIMATIC Manager without opening WinCC Explorer separately:
- Select the WinCC station in the SIMATIC Manager project tree.
- Right-click → Target System → Download.
- SIMATIC Manager opens WinCC Explorer in the background and performs the download. The same computer name and user rights prerequisites apply; the integrated path simply reuses them.
- After the download, the WinCC Explorer title bar should show the target server name and the message "Download of OS <servername> successfully completed".
7. Verification Checklist
| # | Check | Expected Result |
|---|---|---|
| 1 | Open WinCC project on ES, view Computer Properties | Computer name = target server hostname |
| 2 | SIMATIC Manager → WinCC station → Object Properties → Computer | Same name as step 1 |
| 3 | Log in to a WinCC client as PTAuser with new password |
Login succeeds, role-based areas available |
| 4 | On server, check UserAdmin.mdf timestamp |
Matches time of recent download |
| 5 | Trigger a WinCC Runtime restart (optional but recommended for first time) | Runtime starts cleanly, no "database in use" errors |
| 6 | Run net localgroup "WinCC Administrators" on the server |
ES engineer account listed |
| 7 | VersionDog (or backup tool) snapshot after the change | New archive entry with corrected user database |
8. Field-Proven Caveats and Edge Cases
- Multiple servers in one project. In a WinCC client-server project with a redundant server pair, the computer name has to be updated for each server entry; otherwise the partner server download will fail with a similar generic error.
- Domain vs. local account. If the ES account is a local account on the ES but a domain account on the server, the WinCC Configuration API may authenticate against the local SAM and reject the download. Use a domain account or mirror the local account on both machines with the same password.
-
WinCC 7.0 projects. The same procedure applies, but User Administrator in 7.0 stores authorizations in a different database (
UADBO) — a manual export/import may be required if the 7.0 server does not have the Configuration authorization slot. - SIMATIC Logon central user management. When SIMATIC Logon is active, the password is stored on the central server, not in UserAdmin.mdf. The download will appear to succeed but the password will not change. Verify by checking SIMATIC Logon → Roles rather than User Administrator.
-
Antivirus / file locking. Some endpoint protection suites (Trend Micro, Cylance) hold a short-lived handle on
UserAdmin.mdffor scanning and block the SQL Server write. Exclude the project directory from real-time scanning or add the SQL Server process to the whitelist. - UAC and elevated Explorer. Always start WinCC Explorer with the same elevation as SIMATIC Manager (both elevated or both not). Mismatched integrity levels cause the API handshake to fail silently.
9. Diagnostic Reference: Common Error Strings
| Error Text in Dialog | Hex Code (WinCC) | Likely Cause | Fix |
|---|---|---|---|
| The configured server is not available. Do you want to open the project with the local computer as server? | n/a (info dialog) | Computer name mismatch | Update server name in project + SIMATIC Manager |
| Compile and Download Objects - error during download | 0x80047200 | Generic WinCC download failure; usually authorization or name | Check user rights, then name |
| The project cannot be activated | 0x8004720C | Another project open on server, or DB locked | Stop runtime, clear *.lck, retry |
| User Administrator: error while writing database | 0x80004005 | SQL Server (WinCC) service stopped or insufficient rights | Start SQL Server (WinCC), grant DB write to engineer account |
| No connection to the server | 0x80070005 (E_ACCESSDENIED) | DCOM or SMB access denied; account missing in WinCC Administrators | Add account to WinCC Administrators on server |
| Server data could not be transferred | 0x80047240 | Project on server is newer (timestamp drift) | Re-extract from VersionDog, do not mix two branches |
10. Related Siemens Resources
- Siemens FAQ 33123686 — Which settings should you check if OS loading fails with PCS 7 or the OS project cannot be activated? — covers the same computer-name and user-rights checks from a PCS 7 angle.
- SIMATIC HMI WinCC V7.4 SP1 — Working with WinCC → "Downloading Project Data" section in the WinCC Information System (installed with the product, or online via the Siemens Industry Online Support portal).
- SIMATIC HMI WinCC V7.4 SP1 — User Administration manual chapter "Configuring the User Administrator" (covers the Configuration authorization flag).
11. FAQ
Why does WinCC show "The configured server is not available" after I copy a project from backup?
The project file embeds the original computer name where the project was last saved. If the Windows hostname of the workstation opening the project does not match that name, WinCC prompts you to switch to the local computer. Accept the prompt, then immediately edit WinCC Explorer → Computer → Properties → Computer Name to the target server name and reopen the project.
Do I need to change the computer name in both WinCC Explorer and SIMATIC Manager?
Yes. The WinCC project file (*.MCP) and the STEP 7 integrated project store the server name independently. If only one is updated, the next time the project is opened from SIMATIC Manager the STEP 7 side will overwrite the WinCC side and the download will fail again. Update both, then reopen the project once to confirm the title bar shows the new server name.
The download fails only when I touch the User Administrator. Why?
User Administrator downloads are guarded by an explicit Configuration authorization in the WinCC user database and by Windows group membership in WinCC Administrators on the target server. If your engineer account has neither, the download is rejected with a generic error. Add the account to the WinCC Administrators group on the server and enable the Configuration authorization (default tag 999) for the account in User Administrator, then retry.
Do I have to stop the WinCC Runtime to push a password change?
No. Password changes through Compile and Download Objects → User Administration are applied to the live user database on the server without restarting the runtime. Runtime restart is recommended only the first time after the fix, to clear any stale lock files left over from a previous interrupted download.
Is the procedure the same for WinCC 7.0 and WinCC 7.5?
The root causes and remedies are the same across WinCC 7.0 SPx, 7.4 SP1, and 7.5. The only difference is the storage location of the user authorization slot: WinCC 7.0 uses the older UADBO database, while 7.4 and 7.5 use UserAdmin.mdf in the SQL Server (WinCC) instance. If the download still fails on 7.0 after the steps above, export the user database from the source and import it on the target manually.