Jump to content

Recommended Posts

Posted

If your connect.ini is pointing directly to your database, then there is not really a need to map the drive for most users.

Some will still need access for Timetabling, exams and returns though.

  • Thanks 1
Posted
If you are using SOLUS 3, you can define the local connect.ini files to point straight to the server and thus remove the need for a mapped drive. Similar with attendance letters, if you specify the shared SIMS folder as a UNC patch you don't actually need to map it. Most of our users don't have a mapped S: drive any more, but they do still have access to the network share.
  • Thanks 1
Posted

As others have said, stat returns, ctfs, exams data, timetabling still require it.

 

Personally I would advise against using a local connect.ini as it can cause problems if you need to relocate your dB server. Also the data that is transacted in those processes above can be sensitive and having it stored locally on workstations is not the best idea particularly if they are laptops and not adequately encrypted.

  • Thanks 1
Posted
We tend to keep them as even though the servers have S3 installed, we still pull updates at the workstations via simsload in most schools.
Posted
Personally I would advise against using a local connect.ini as it can cause problems if you need to relocate your dB server.

 

Then you'd just deploy an updated connect.ini via SOLUS3 :D

 

 

Also the data that is transacted in those processes above can be sensitive and having it stored locally on workstations is not the best idea particularly if they are laptops and not adequately encrypted.

You would never store them locally, but again, you wouldn't want to the store them in a folder everyone can get at ;)

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...