When navigating to https://servername/reports/browse an entire folders worth of reports is missing. I have restored a backup of the ReportServer and ReportServerTempDB databases that contain these reports. The application that executes the report is able to sucessfully run the report confirming that it is there however when I go to https://servername/reports/browse or https://servername/reportserver the folder isn't listed there. I need to get into that to fix some permissions errors. What can I do to restore the report server so that it properly displays the folder structure? I have tried restarting the services as well as the entire server.
After a bunch of digging I found the reports. They were moved to another folder. Still trying to figure out who did it but at least I've got the information and was able to fix the problem.
Related
Where I work, we are using SSIS to generate several reports. They've been running fine for over a year, possibly much longer, but the people to setup and configured the system are no longer here and I am a web developer, I have no experience with SSIS yet, just standard SQL.
Since the middle of July some of the data is no longer being added to the report. I investigated the server it runs on and found that the following error in the Event Viewer started occurring once a day since the day the data no longer appears in the reports.
Package "Populate fact_PageRequest" failed.
However I can't find any further information about what could be causing the problem.
I opened the .dtsx files in the repository for the reports and found "fact_PageRequest" referenced in one of the flowchart sections of the file, but these reports haven't changed since they were made so I'm guessing it's something more configuration or environment related.
Any suggestions or advice on where to look for more information about the error or possible causes would be really appreciated.
The server it's running on is Windows Server 2012 R2 and SQL Server 2014 if that helps.
There are a few ways to troubleshoot packages. The easiest way assumes that you are using project deployment mode and did not explicitly switch off default logging. Here are the steps:
Connect to your database engine with SSMS
Expand "Integration Services Catalogs" node
Expand SSISDB and locate your package
Right click the package -> Reports -> Standard Reports -> All executions
If the package is not there, it is either stored in the msdb database or in the filesystem and other logging way will have to be applied.
So I have a site hosted on GoDaddy (not my call...) that I'm working on an upgrade that required simply adding a column in a table. Did it locally, tested and worked like a charm. Connected to the remote DB and found I couldn't add a column. Called and after a lot of back and forth, I was told that they don't allow modifications to a db after it's created. Ummmmmmmm... okay, can I run an alter script? No...
OK, I'm not a dba so we're rapidly exceeding my comfort level but I thought I'd run a backup, restore it locally, make the modification, back that up and restore it on the host. Apparently I can't run backup from SSMS on their server. So I tried their backup tool from their control panel and it gives me a .txt file which doesn't appear to be a backup at all.
Just now I tried scripting the entire db and that isn't looking good either... throwing some kind of error as well.
What the heck else can I do to either make the changes I need or get my data the hell off there and tell my user that we simply MUST change hosts?
This is a little late..
One thing you could do from MSSMS...
Right click on your Database select Tasks->Generate Scripts.
Select a location on your PC.
Under Set Script Options click Advanced.
Change the option Types of data to script to Schema and Data. Then generate your script
Its not the best case scenario...but its better then nothing.
As for not being able to ALTER the Table...I would most definitely check the use rights of the user your logging in with. I am able to make changes to GoDaddy tables.
Instead of backup, you can try Extract data tier application from the database, which generates a bacpac file (containing schema and data) and Deploy this bacpac locally.
Make schema changes to this database and take backup of the same and restore in GoDaddy.
More information on extracting data tier application
I have an SSRS report that I have updated the sql for one of the datasets. I have ran clean on the project and then rebuild. I deleted the original report from the server. I deployed the new report and then ran it. When I use SQL Profiler I can see that it executes the original SQL for the dataset. When I open the .rdl file in a text editor the SQL for the dataset has been saved correctly. What can be going wrong?
Solved the issue. It was an 'I'm a beepin muppet' problem ;-) There were two very similar reports and I was changing the wrong one! Lesson to learn is remember to dig through the code to determine exactly which report is being invoked via your application before trying to update it!
We are having issues with the TFS cube. I don't think it has been built since TFS was installed. The warehouse seems to be working and has new data it just seems to be the cube that doesn't work.
We tried rebuilding it using the TFS Administrator Console but that made things worse, the data that was in there was erased and replaced by what looks like a blank Database.
I tried deleting the Database so that I could see if the cube was actually being built but now when I run the rebuild it says it's looking for an existing Database so it won't even try.
Now that I have deleted it, how can I rebuild the cube from scratch?
Even if I can retrieve the Database it was empty and I wanted to try building it from scratch anyway to see if that fixes the issue.
The Tfs_Warehouse extracts data from Tfs_CollectionA, Tfs_CollectionB, etc databases, and Tfs_Analysis get data from Tfs_Warehouse database. So no worries when the Tfs_Warehouse and Tfs_Analysis is deleted, it is allowed to create a new one.
Here are the steps how to get it work:
Delete Tfs_Warehouse and Tfs_Analysis from SQL instance in SQL Server Management Studio.
Open TFS Administrator Console, go to Reporting node, and click Edit.
On the Reporting dialog, select Use Report checkbox. And fill the Tfs_Warehouse, Tfs_Analysis and Reporting information separately on Warehouse, Analysis Services and Reports tabs.
Please check this blog for the detailed steps: http://social.technet.microsoft.com/wiki/contents/articles/20113.rebuild-tfs-warehouse-and-analysis-databases-from-scratch.aspx
In addition, by default, Tfs_Warehouse and Tfs_Analysis refreshes every 2 hours.
You can manually refresh the cube to get the latest data: https://msdn.microsoft.com/en-us/library/ff400237.aspx
Let us start with...yes I am new to SQL and really only a lightweight programmer. So I am assuming that I am doing something horribly wrong. I have spent days on the MS forums looking for an answer to no avail. So I am going to give as much info as possible.
Application language is VBExpress 2010 and using SQLExpress 2008. The Database contain basic tables, no stored procs, no views, no diagrams. The Application has configured diagrams where one of the tables has inner joins... Tables origninally built in SSMS, but have been altered in VBE.
Anytime I run the application, even after exiting the application, if I then go to SSMS I can see the database name but I cannot open it up (no + beside it). If I try I get an error that says:
One or more files do not match the primary file of the database. If you are attempting to attach a database retry the operation with the correct files. If this is an existing database the file may be corrupted and should be restored from a backup."
When I look at the files, I see two log files, one with _1 appended on to it. If I delete the logfiles before opening SSMS, everything opens fine. If I had already opened SSMS then I have to delete the files, reboot my computer and then I can access the database through SSMS...
I recently found that if I go into SSMS, take the database offline and then bring it back online I can get access back.
Anytime I open SSMS, I have to completely reboot my computer before VBE will reconnect the database.
The bottom line is that I cannot back up the database without either deleting the log files or doing an offline/online cycle in SSMS....
This is driving me nuts. I cannot possilby deploy the application if I cannot achieve a normal backup procedure. And I cannot seem to get any kind of answer about why this is happening.
What am I doing so WRONG?
If you are using SQL Server 2008 then, reattach the database files and it will must be stored in C:\Program Files\Microsoft SQL Server\MSSQL 10.MSSQLSERVER\MSSQL\DATA.
And recheck the database on that folder and it will take backup and restore point of Primary files of Database. Don't modify/delete the database files. If the location of log files are changed the it will shows the error. Please give your mail id I'll send a program to restore and backup of database files in winrar.
Thank you
Regards,
Naresh.