Siemens Information Server Cannot Connect to Process Historian After Admin Password Change
This troubleshooting reference documents the failure mode in which a Siemens Information Server (IS) loses its connection to a SIMATIC Process Historian (PH) database immediately after a Windows administrator password rotation on the PH/IS host. The Information Server ConfigurationManager wizard is re-run successfully, the OS server pair reconnects to PCS 7 OS, yet the IS web front end and reporting services still return an authentication or HTTP 500.0 error when querying the PH database. The documented resolution is the synchronization of all SIMATIC Process Historian and Information Server Windows service logon accounts with the new administrator credential.
1. Environment and Component Topology
The failure occurs in a typical PCS 7 V9.x / V10 process-control architecture with the following components, which may be installed on a single redundant OS server pair or split between two physical servers:
| Component | Role | Default Install Path |
|---|---|---|
| PCS 7 OS (WinCC Explorer) | Operator system runtime, archives tag values | C:\Program Files (x86)\Siemens\Automation\WinCC\ |
| SIMATIC Process Historian | Central long-term archive, SQL Server backend | C:\Program Files (x86)\Siemens\ProcessHistorian\ |
| Information Server | Web-based reporting, dashboards, Excel add-in | C:\Program Files (x86)\SIEMENS\InformationServer\ |
| Microsoft SQL Server (PH database) | Stores compressed PH segments and metadata | C:\Program Files\Microsoft SQL Server\ |
| IIS (Internet Information Services) | Hosts the IS web portal and WCF services | Windows Server role |
The Information Server accesses the PH database through the CCCAPHServer Windows service, which acts as the WCF (Windows Communication Foundation) gateway between the IIS-hosted IS web site and the underlying SQL Server PH instance. Two additional services support PH-IS communication:
- PHREADY – Process Historian readiness service. Validates PH database state on startup and exposes health endpoints.
- PH – Main Process Historian service. Owns the writer/reader queues and feeds the SQL Server PH database.
PH (core) and PHDiag (diagnostics). All sub-services inherit the same service-account dependency.2. Failure Symptoms
After the Windows administrator password is changed on the OS server pair and the Information Server ConfigurationManager is re-run with the new credential, the following symptoms are observed:
- The Information Server web portal (
http://<server>/InformationServerorhttps://<server>/InformationServer) returns an HTTP error, typically HTTP 500.0 – Internal Server Error, when any report or dashboard is opened. - The PCS 7 OS clients successfully archive to the Process Historian. PH itself is functional and the SQL Server PH database continues to grow.
- The Information Server ConfigurationManager (
InformationServer\ConfigurationManager\ConfigurationManager.exe) reports a successful reconfiguration when re-run with the new administrator password. - Windows Event Viewer » Application log shows WCF / SQL connection errors citing "login failed" or "cannot open database requested by the login".
- Windows Event Viewer » System log shows the CCCAPHServer, PH, or PHREADY services with Event ID 7034 ("service terminated unexpectedly") or Event ID 7000 ("service failed to start due to logon failure").
3. Root Cause Analysis
The Information Server ConfigurationManager updates the following artifacts with the new administrator password:
- The
appsettings/connectionStringsof the IS web site configuration. - The encrypted credential store used by the IS runtime to authenticate against the PH database.
- The SQL Server login mapping for the
srvPHAdminor equivalent IS service principal.
However, the Windows Service Control Manager (SCM) maintains an independent copy of the service "Log On" credentials. The SCM credentials are used by the Windows kernel to start the CCCAPHServer.exe, PHREADY.exe, and PH.exe processes. If the SCM still holds the previous (now invalid) password, the service start fails with Logon failure: unknown user name or bad password (Win32 error 1326) and the IS web portal cannot reach the PH database through the dead WCF endpoint.
Specifically, three independent credential stores must agree:
| # | Credential Store | Updated By | Symptom If Mismatched |
|---|---|---|---|
| 1 | IS ConfigurationManager (encrypted config) | ConfigurationManager.exe rerun | IS reports "cannot connect to PH" at app layer |
| 2 | SQL Server login for IS service account | ConfigurationManager.exe (auto-syncs) | SQL error 18456 "Login failed for user" |
| 3 | Windows SCM service "Log On" tab | Manual via services.msc | Service Event ID 7000 / 7034, HTTP 500.0 on IS portal |
The standard fix published by Siemens Support and observed in field practice is to update all three credential stores with the new administrator password.
4. Pre-Resolution Checklist
Before modifying service accounts, validate the following:
-
Network reachability –
ping <PH-server>from the IS host returns a reply. ICMP is allowed. -
Domain / workgroup state – Confirm the server has not been moved out of the domain or workgroup. The
whoami /alloutput shows the expected domain prefix or local SID. -
Name/IP stability – Verify the PH server hostname and IP have not been changed. The IS
PHServerNameregistry value must match. -
Local admin group – The new administrator account is a member of the local
Administratorsgroup on the PH/IS host (net localgroup Administrators). -
SQL Server state – The SQL Server service is started and the PH database is online (
SELECT state_desc FROM sys.databases WHERE name = 'ProcessHistorian').
5. Step-by-Step Resolution
5.1 Re-run Information Server ConfigurationManager
- On the IS host, log in as the new administrator.
- Open Information Server ConfigurationManager from
C:\Program Files (x86)\SIEMENS\InformationServer\ConfigurationManager\ConfigurationManager.exe. - Select Modify Configuration. Enter the new administrator user name and password when prompted.
- Complete the wizard. The ConfigurationManager rewrites the encrypted IS config, updates the IS web site in IIS, and re-syncs the SQL Server login mapping for the IS service account.
- Leave the ConfigurationManager open until the SCM update in the next step is complete.
5.2 Update Windows Service Logon Accounts
The CCCAPHServer service alone is not sufficient. All three service logon accounts must be aligned to the new administrator credential. The same principle applies to any additional PH-related services present in the install.
- Open Services (
services.msc) as the new administrator. - For each service listed below, double-click, open the Log On tab, and re-enter the new administrator password:
- CCCAPHServer – the IS WCF gateway. Must match the ConfigurationManager credential exactly.
- PHREADY – Process Historian readiness service. Logon must match the PH service account.
- PH – Process Historian core service. Logon must match the PH service account.
- (If present) PHDiag, PHDiagnostics, OPC UA Wrapper – align to the same account.
- (If SQL Server is co-located) SQL Server (PHINSTANCE) and SQL Server Agent (PHINSTANCE) – align to the same administrator account or a dedicated service account that has been granted
sysadminon the PH database.
- Click Apply. A confirmation dialog states "The account <DOMAIN\Administrator> has been granted the right to log on as a service". Click OK.
- Repeat for the standby OS server if you run a redundant PH pair.
5.3 Restart the Service Stack in the Correct Order
Restart the services in dependency order to avoid transient "database not ready" errors. From an elevated command prompt or PowerShell:
net stop "CCCAPHServer"
net stop "PHREADY"
net stop "PH"
REM wait 15 s for SQL Server transactions to settle
timeout /t 15 /nobreak
net start "PH"
net start "PHREADY"
net start "CCCAPHServer"
For a redundant pair, perform the restart on the standby node first, confirm replication catches up, then restart the primary node. Do not restart both nodes simultaneously.
5.4 Restart the IIS Application Pools
The Information Server runs as an IIS web application under the InformationServerAppPool. The pool caches the IS service-account credential for the lifetime of the worker process. Recycle the pool to pick up the new credential:
%windir%\system32\inetsrv\appcmd recycle apppool /apppool.name:"InformationServerAppPool"
iisreset /noforce
After iisreset, wait for the W3SVC service to reach the Running state before testing the portal.
6. Verification and Acceptance Test
Run the following checks in sequence. Each must pass before moving to the next.
6.1 Service Health
sc query "CCCAPHServer" | findstr "STATE"
sc query "PH" | findstr "STATE"
sc query "PHREADY" | findstr "STATE"
All three must report RUNNING.
6.2 IS Web Portal Reachability
Open http://<IS-host>/InformationServer in a browser. A successful load shows the Information Server home page with the configured report tree on the left. If the page returns HTTP 500.0, follow the Microsoft IIS guidance to enable detailed errors and Failed Request Tracing:
HTTP 500.0 in this context almost always resolves to a credential failure between the InformationServerAppPool identity and the downstream CCCAPHServer WCF endpoint. Confirm the app pool identity and the CCCAPHServer SCM logon use the same account.
6.3 IS-ConfigurationManager Test Connection
Re-open the IS ConfigurationManager and use Test Connection against the Process Historian database. A green status confirms the encrypted config, the SQL login, and the WCF endpoint all agree.
6.4 End-to-End Report Test
Open a representative IS report (e.g. Process Value Archive) and confirm tag data is returned from the PH database. The first query after a restart may take 5–10 s; subsequent queries should be sub-second.
7. HTTP 500.0 Error Deep-Dive
When the IS portal returns HTTP 500.0 – Internal Server Error, the underlying IIS pipeline is signaling that an unhandled exception escaped the ASP.NET application. The Microsoft reference article documents the standard diagnostic procedure:
- Enable HTTP Error Responses in IIS » ASP » Debugging Properties » Send Errors to Browser = True (development only).
- Inspect the IIS worker process event log for the ISAPI or HttpHandler exception stack.
- Enable Failed Request Tracing for status code 500 and review the FREB log.
For the PH-IS scenario, the most common 500.0 root cause is the System.ServiceModel.Security.SecurityNegotiationException raised when the IS web service cannot negotiate a Windows token with the CCCAPHServer. The fix is the SCM logon alignment covered in section 5.2.
8. Service Account Best Practices
The following practices prevent recurrence and simplify future password rotations:
-
Dedicated service account. Use a dedicated domain account such as
svc-SIMATIC-PHinstead of the local Administrator. Grant the account Log on as a service via Group Policy. - Group Policy preference. Deploy the service-account password as a Group Policy Preference (GPP) scheduled item that updates all SCM logons in one operation. Never store the password in plain text in a script.
- Symmetric credentials on both nodes. The active and standby OS servers must use identical service-account credentials. Document the account name in the plant password vault.
- Pre-rotation test. Rehearse the rotation on the test PH/IS pair. Capture a baseline of: service states, IS portal load time, and a sample report render time. Compare after each production rotation.
-
Service dependency review. After each rotation, run
sc qc "CCCAPHServer"and confirm theDEPENDENCIESfield is unchanged. A missing dependency indicates the install was not pristine.
9. Troubleshooting Matrix
| Symptom | Likely Cause | Fix |
|---|---|---|
| IS portal HTTP 500.0, OS archives OK | CCCAPHServer SCM logon uses old password | services.msc » CCCAPHServer » Log On » new password |
| IS portal HTTP 500.0, Event ID 7000 on PHREADY | PHREADY SCM logon uses old password | Re-enter password in services.msc |
| IS reports "cannot connect to PH database" at login | ConfigurationManager config not updated | Re-run ConfigurationManager.exe with new password |
| SQL error 18456 in PH Application log | SQL Server login for IS account not synced | Re-run ConfigurationManager; verify login in SSMS |
| IS portal HTTP 401 after pool recycle | InformationServerAppPool identity stale | Set app pool identity explicitly; iisreset
|
| OS server pair, only one node connects to PH | Mixed credentials across nodes | Align SCM logon on both nodes to the same account |
| IS portal slow first query, then fast | PH warm-up after service restart | Expected; allow 30 s for segment cache to load |
| Event ID 7034 on PH service repeatedly | SQL Server (PHINSTANCE) service down or wrong logon | Restart SQL service first, then PH |
10. Reference Documentation
Official sources used to validate this procedure:
- Siemens Support: Installation of Process Historian and Information Server (Entry ID 66579062)
- Microsoft: HTTP Error 500.0 – Internal Server Error (IIS)
Which Windows services must be updated after a PCS 7 administrator password change?
Update the SCM Log On for CCCAPHServer, PHREADY, and PH in services.msc. On PCS 7 V9.0 SP2 and later, also update PHDiag if present, and align the SQL Server (PHINSTANCE) service. All services must use the same Windows account.
Does re-running Information Server ConfigurationManager fix the service logon credentials?
No. The ConfigurationManager updates the encrypted IS application config, the IS web site in IIS, and the SQL Server login mapping. It does not modify the Windows Service Control Manager logon. The two must be updated separately, otherwise the IS portal returns HTTP 500.0.
Why does PCS 7 OS still archive to the Process Historian while the Information Server fails?
PCS 7 OS uses the OS server local cache and the PH writer queue. The Information Server depends on the CCCAPHServer WCF service, which fails to start if the SCM logon password is stale. So PH archiving continues while the IS web tier is dead.
What is the correct restart order for the PH/IS service stack?
Stop in reverse dependency order: CCCAPHServer » PHREADY » PH. Wait ~15 seconds. Start in dependency order: PH » PHREADY » CCCAPHServer. Then recycle the InformationServerAppPool and run iisreset /noforce.
How do I confirm the fix without launching the full IS portal?
Run sc query "CCCAPHServer" from an elevated command prompt and confirm STATE: RUNNING. Then open the IS ConfigurationManager and use Test Connection against the PH database. Both must succeed before declaring the fix complete.