SkywOrca

You would also need to install SSRS on the server in order to get Report Builder to work! If memory serves, that can be a hassle in itself if it wasn't installed when the server was originally deployed as it won't allow you to use default configs when adding it to an extant server.

So if your phone started to bend in the first few weeks, but not so badly that you've gone over the 45° (or whatever!) that they specify as a minimum bend to warrant a replacement they send you away. If it was bending that much in the first few weeks there's nothing to say that the phone won't then continue to bend over the next few weeks/months, but because you had it checked out before it was "too bent" they refuse to ever replace the defective device?? Great example of customer service there - thought that was what Apple were renowned for?

Just a quick note to point out that there is an issue with using ePortal under IOS8 whereby the menu navigation bar isn't being displayed. Advanced are investigating the issue. https://s3.parature.com/link/portal/5527/5565/Article/5928/Menu-bar-does-not-show-for-iPads-running-IOS-8

Got things working as normal again now, thanks Zero!!

I noticed issues with Chrome this morning, whilst I was trying to work out if the theme issue I raised was due to my Firefox profile getting corrupted again. I was just getting Page Unresponsive errors, however. They seemed to sort themselves out not long after.

The question is which version of the Hotel did they base this off? The layout changed in almost every episode, oftentimes to the point where it would have been cheaper for Basil to knock the old building down and rebuild from scratch!

Cool, thanks Zero - I realise you have a lot on right now, so I'm happy to "suffer" along with the tabbed layout!

Actually, further testing would suggest that any theme other than the standard V5 Blue theme are similarly bugged.

I think there are some issues with the No Tabs theme. The page layouts are completely messed up!

The kittens one is referring to the coefficient of friction, often quoted with the greek letter mu (mew). However, the joke should read that the one with the smallest mew falls off first, since that indicates the one that is the most slippery. Loved the Seuss poem, btw!

I'd definitely agree with this, nothing teaches you how to code better than working on a problem, and better still if you can find a project that already works that you can tinker with (in a dev environment, don't muck about with production until you're confident!). You could also check out Code Academy - I did a few of their courses a couple of years ago and they worked really well, javascript is a pretty good beginners language and the online IDE at Code Academy is a great way to tinker about with the examples and get to grips with how it all hangs together.

The simplest way of getting data out of Advanced Learning's Facility system (Serco no longer have any involvement with the product) is by creating a report and using the export option on the generated data. You can even set up the report to have csv as the default export method. You should be able to get data out from a report in almost any format you need (subject to some limitations of the reporting engine built into the product). You haven't specified what sort of format you're expecting to get the data in, but you should be able to create reports that display the data by day or session, counts or percentages, groups/years/individuals - in fact almost any format you might need.

The best way to put your mind at rest on this would be to check the size of the ldf files for your databases. If the LA solution is not correctly backing up or checkpointing the transaction log then these ldf files (these are the files that contain the transaction log itself) would just keep on growing. It would depend on how long the backup solution has been in use for and how much data gets changed in your database as to how big "big" would be, but as a rule of thumb if it's bigger than your database file it's probably not being dealt with correctly. In this case, as others have suggested get back to your LA and report the large transaction log file as an issue and get them to fix it. Also, even with a database that is in a Full recovery model you can still restore (to the point at which the backup was taken) even without having taken a transaction log backup alongside the main backup, but you would lose differences that the transaction log would have been storing for you, so even if the setup was not correct you wouldn't be completely unprotected. The problem with the Full recovery model is the potential that your transaction log files grow out of control and either fill your disk (very bad) or hit the maximum file size limit set on that file (also pretty bad). The result of this would be that the SQL server could no longer add or update data in your database, which would generally mean that your MIS system would start spitting out a whole bunch of errors - I'm not sure exactly which errors SIMS would give you at that stage, but you could probably expect to see almost anything and it would likely be related to the lack of tlog space. Full recovery is safe so long as your transaction log backups continue to happen, and so long as your on top of checking your backups you'll probably spot an issue with it pretty quick.

I'd agree with advising caution here. You can pretty easily check if the databases are in full or simple recovery mode by checking the Properties of the databases, Options tab and the Recovery model setting. If this is set to anything other than Simple you might need to contact your LA and get them to double check the configuration of your backups as you'd be likely to run up against a transaction log that either fills your disk or hits its maximum file size, both of which would result in your system no longer recording new data. Given that it was your LA that set up your backups they should be responsible if there is an error in the config, so get them to do the donkey work of fixing it.

Given that we're so close to the end of the academic year, you're probably best just calling the LA for a new UPN each time you need one. From September onwards your UPN serials will reset so you'll be able to generate them again as normal. The only other alternatives would involve removing UPNs from pupils with high order serial numbers in order to clear some room in the series, but this would involve getting any UPNs that had now gone up the chain or out to other schools changed to new values to maintain consistency - certainly more work at this stage than getting the LA to issue you with UPNs from the pot that they know are unused.